Free Testing

姜兴业
2023-12-01
Free很多人喜欢,免费、自由。测试人员也喜欢,不用写计划、写用例,信马由缰,爱怎么做就怎么做。
探索式软件测试对这类测试进行了准确的定义,对测试方法进行了归类分析,其实很多测试人员都在做,一个无意识到有意识、无序到有序的过程。

1、也许这些测试只能证明我们已有的测试用例的漏洞,通过数据对比可以评价测试用例的质量,补充新的用例,提高测试覆盖率;
 
2、无论什么样的测试都应当是有方向的、有目的的。
Free testing/ad-hoc testing/exploratory testing的测试应来自于对前期测试问题的分析,结合测试经验、行业经验,对所测试系统的合理性评估;
“测试应避免随意性”,这应当是Free testing/ad-hoc testing/exploratory testing控制的关键;
 
3、如果测试很随意,就好像“大海捞针”,“瞎猫碰死耗子”,效率和效果自然可以想象,也就没有必要去控制,更谈不上去评估质量了;
 
4、如果很free的测试就能发现问题,就不用再评价这样的测试质量如何了,首先解决前期的测试质量问题再说;
 
5、执行Free testing/ad-hoc testing/exploratory testing,也需要有合理的方向、用例(也许只是一些假设),通过对系统“分析猜测假设”的验证,确认此类测试结果(无论是否发现问题,这一类的测试的执行都是有效的),未发现问题只能证明这次测试是不“成功的”,设计的测试用例并不“好”;
 
6、“一个好的测试用例在于能发现至今未发现的错误。”、“一个成功的测试是发现了至今未发现的错误的测试。”
通过这两条标准来评估Free testing/ad-hoc testing/exploratory testing的质量足够了;
 类似资料:

相关阅读

相关文章

相关问答