Welcome to my testing room.
功能点覆盖(转)
上一篇 /
下一篇 2008-11-20 09:56:32
/ 个人分类:基本概念
C-J"gli1fGl\*Vx0功能点覆盖是在测试工作中经常提到的一个东西,
uP$l6fA]051Testing软件测试网T T(F^%^IV6a9[
很多测试人员为了对功能点进行覆盖费劲了心思,可惜的是当他们将达到功能点覆盖100%的,系统,仍然不断出现问题,于是领导的责备,用户的冷眼,开发人员的讥讽就全来了,这个时候测试人员唯一的解释就是测试不是万能的,不可能发现所有的问题,
(OeU.Z^%R
N0这个时候别人一问:你的功能点不是100%覆盖了吗?为什么还有错误没有发现,于是测试人员哑口无言了.
*WS6E\1dk0K
q5j:]0其实这个问题的关键问题在于如何功能点这个概念.
c\eF9Y*L0HB5}+a%e4Q]m0功能点的概念其实从开发中来的,在系统开发的时候一般会分层,最上边的的是系统,然后是子系统、模块、功能。一般来说功能是一个系统中最小的单位,这个概念被引入到了测试中来,于是出现了功能点覆盖的概念。
w5n/R[;o0功能点覆盖一直一个没有明确的概念,这个概念很容易迷惑测试人员,如何算功能点覆盖了?
aq"Q y:l.q?;y0功能一般是系统完成一个具体的操作,比如在人力资源管理系统的中人员基本信息模块中有一个增加新人员信息的功能。51Testing软件测试网"n^a&\,B"a;V
我们在对这个功能进行覆盖的时候,一般会考虑几个方面
LCc2_'?,uGT01合法数据是否可以加入到系统中51Testing软件测试网\,M| z*r"Ih
2非法数据是否可以检验出来,并给出相关提示
"p;v4z!J8wF03其他操作约束是否可以满足,51Testing软件测试网AO+?(_B%O$C\
如果这些方面都要测试到,那么用一个测试用例是不可能覆盖的,
D\HKk"[-h
QTA|0这里有问题了,
(bX!~'}1J#CG
~^0我就写了一个测试用例是否就算覆盖这个这个功能?
Gfvl,JZEyM(g0我用100个不同的测试用例进行测试是否算覆盖了这个功能?51Testing软件测试网%V}IG4lsg#`5zd/T
我用里10个测试用例发现了一个bug和用200个测试用例发现了一个bug ,对系统来说是否有什么不同?
}#Z
nF@1r/W0所以个人认为在这个时候应该引入一个概念就是功能测试点的概念
/^_E&Od0我们在需求报告或者概要设计报告中很容易总结出系统所有的功能点,这些功能点是开发人员提供给测试人员的,那么测试人员要做什么?就是确定每一个功能(点)有多少个地方需要测试,而这些点就是功能测试点,
5L7a;[;f/o"]6f0用来衡量测试人员工作效果的就是对功能测试点的覆盖
YF2L [4o%p0这样可以很好解释,测试用例的数量和产品质量之间的关系。51Testing软件测试网pVq_Eop
比如功能(点)覆盖达到了100%,但功能测试点的覆盖只有10%,说明测试强度不够,即使所有的功能都涉及到了,但测试强度还是很小的,产品的质量同样是没有保证的
j9X LS[u.P:t0同样的是,一个功能点我用了10测试用例发现一个bug,和用1000测试用例发现一个bug,虽然从bug数量上来说是一样,但后边一种对代码覆盖率要大(按照测试用例的方法来编写测试用例),所以,说明第二个系统可靠性比第一个系统要高。
FNYJ#H\x0将功能点和功能测试点区分开来还有一个好处,就是在统计测试人员工作效果的时候比较好,51Testing软件测试网z0ej{wA
对于测试人员的工作成绩不能单纯地以发现bug数量来说明,否则容易造成偏颇,通过功能点覆盖和功能测试点覆盖率来分解统计可以比较精确反映测试人员实际工作量51Testing软件测试网Ay[ [2@0~.t%^]
---转载与七点测试
"s/t``lb1sKD9y,]0
相关阅读:
- RUP相关知识(学习笔记) (婧颦, 2007-7-12)
- Alpha和Beta测试简介 (yyzc_3681, 2008-8-05)
- 次边界条件测试 (kumas, 2008-11-19)
- 软件测试风险 (kumas, 2008-11-19)
- “基于项目的管理”-组织模式(转) (kumas, 2008-11-19)
- USE CASE测试(转) (kumas, 2008-11-19)
- 技术评审(转) (kumas, 2008-11-19)
- 白盒测试(转) (kumas, 2008-11-19)
- 测试用例设计步骤(转) (kumas, 2008-11-19)
- 测试的参考资料链接 (kumas, 2008-11-19)
收藏
举报
TAG:
基本概念