软件测试之白包含式 软件测试方法
现的测试需求基本状态消除了测试用例之间的线性依赖。他指出,因为一个初始的前提条件包围每个测试艘本内部的验证过程并以后置条件结束,所以初始条件来的。并且,是通过还是失败都与前后应用条件程序无关。设置基本状态需要用到基于出发点的测试用例『4]。
在应用程序中基于出发点的测试用例都从同一个点开始。Ma幽认为,当一个醐l程序第一搬被执行的时候(前提条件)[4].它必须处于一种特殊的状态,比加初始状态口遗瘟睐着应用程序被打开的时候所有的菜单都是可用的,而且没有打开舶子窟口或对话框。这样做的必然结果就是当测试用倒完成时必须使应用程序恢复到出发点(后置条件)。
构建基于出发点的澍试用例非常重要,因为如果每个测试用例都是从一个已知点开始而且结柬后会进行清理,那么测试用例执行失败的几率就会很小。在一套自动化测试脚本中,.这样做可以确保每个脚本都与先前测试脚本一样开始于同样的条件,有助于保证测试脚本是独立的。但这并不意味着从—个测试用例得出的结果没有可雌成为另一个测试用例的前提条件。
无问隙和无重叠意昧着测试用倒应该包含所有系统功能的各个方面,而且测试用例之间的冗余应谆裤稍除。测试者有时按会有测试一切的倾向。他们甚至会对从来不可舷#潍姆条件进行测试。蛳酬ey和M,ers明确指出,进行全面的测试是不可能的e5、}6、7】_o因此在给定可用的时间和资源的情况下,测试者应该尽可能多地进行测睹。般,呢茸动化驯试胂奉时发晨厦涮试的茸动化霍廑
测试经济学提出了用胖测试用例识别新软件错误。这些测试用例不是随机选择的,而是根据一些准则来设计和构成的,这些准则确保了以有限的测试用例得到适当的涵盖范围。前面章节提到的那些技术(因果图、等价划分、边界分析、错误猜测、决策逻辑表和基本测试)如果以相互结合的方式使用,会形成一个既包括了所有系统功能又含有最少的测试用例冗余的测试数据库。
文章来源于领测软件测试网 https://www.ltesting.net/