测试管理中的一个问题---功能点覆盖还是功能测试点覆盖

测试管理中,功能点覆盖常被用于衡量测试覆盖率,但仅达到100%功能点覆盖仍可能遗漏问题。功能点概念源于开发,而在测试中,功能测试点更为关键。功能测试点关注每个功能的多个测试点,如合法非法数据验证等。测试用例数量与发现的bug数量并不直接等同于测试质量,功能测试点覆盖率更能体现测试强度。因此,区分功能点与功能测试点有助于更准确评估测试人员的工作效果。
摘要由CSDN通过智能技术生成

 功能点覆盖是在测试工作中经常提到的一个东西,

很多测试人员为了对功能点进行覆盖费劲了心思,可惜的是当他们将达到功能点覆盖100%的,系统,仍然不断出现问题,于是领导的责备,用户的冷眼,开发人员的讥讽就全来了,这个时候测试人员唯一的解释就是测试不是万能的,不可能发现所有的问题,

这个时候别人一问:你的功能点不是100%覆盖了吗?为什么还有错误没有发现,于是测试人员哑口无言了.

其实这个问题的关键问题在于如何功能点这个概念.

功能点的概念其实从开发中来的,在系统开发的时候一般会分层,最上边的的是系统,然后是子系统、模块、功能。一般来说功能是一个系统中最小的单位,这个概念被引入到了测试中来,于是出现了功能点覆盖的概念。

功能点覆盖一直一个没有明确的概念,这个概念很容易迷惑测试人员,如何算功能点覆盖了?

功能一般是系统完成一个具体的操作,比如在人力资源管理系统的中人员基本信息模块中有一个增加新人员信息的功能。

我们在对这个功能进行覆盖的时候,一般会考虑几个方面

1合法数据是否可以加入到系统中

2非法数据是否可以检验出来,并给出相关提示

3其他操作约束是否可以满足,

如果这些方面都要测试到,那么用一个测试用例是不可能覆盖的,

这里有问题了,

我就写了一个测试用例是否就算覆盖这个这个功能?

我用100个不同的测试用例进行测试是否算覆盖了这个功能?

我用里10个测试用例发现了一个bug和用200个测试用例发现了一个bug ,对系统来说是否有什么不同?

所以个人认为在这个时候应该引入一个概念就是功能测试点的概念

我们在需求报告或者概要设计报告中很容易总结出系统所有的功能点,这些功能点是开发人员提供给测试人员的,那么测试人员要做什么?就是确定每一个

  • 0
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值