|
很多测试人员都把测试设计等同于测试用例设计，他们都是一获取需求或设计，就开始设计测试用例的（依据概要设计来设计集成测试用例，依据详细设计来设计单元测试用例，依据需求规格说明来设计配置项测试用例，依据软件研制任务书来设计系统测试用例）。 这样的测试流程是不完善的。因为测试设计的第一个设计环节是测试方案的设计，这样的测试流程缺少了这一环节。 所谓测试方案的设计，就是确定测试需求，并通过对测试需求的分析，确定测试点和测试方法，回答如何完成测试的问题。 测试用例正是依据测试方案设计的成果——测试点和测试方法来设计的。测试方案与测试用例的关系，犹如软件开发的概要设计与代码实现的关系，测试方案是测试用例的前提。 我们不提倡不进行设计就写代码，同样，我们也不提倡不进行测试方案设计就开始测试用例设计。不进行设计就写代码，代码结构混乱，代码不够精简，容易出现Bug；不进行测试方案的设计，没有考虑清楚软件有多少测试点，可能会使得测试用例设计不充分，出现漏测的情况。 测试方案设计的核心是确定测试范围，通过对测试对象的分析，提取与测试对象相关的所有测试点，并确定测试方法，这样才能为测试用例的设计提供有效的指导。 所以说，设计测试用例之前必须先完成测试方案的设计。 当然，这里说的是必须要有测试方案设计这样的过程，而不是说必须要产生一个名为“测试方案”的文档。正如我们要求设计活动不能裁剪，设计说明文档可以裁剪那样。 最后，提到避免漏测，测试人员还应注意测试项和测试点的区别。 所谓测试项，是指在同一项目测试过程中，对具有相同背景的某一方面或某一类的测试对象的总称。所以，测试项通常都是较大的功能模块或特性需求。而测试点则是指某一测试项下一级的测试元素，相当于一个功能点。如Windows操作系统自带的记事本应用程序，可分为保存、另存为、打开、新增等功能测试项；而其中“打开”测试项，可分为“打开为文本文件”，“打开为非文本文件”等测试点。 好的测试用例应当设计成一个测试用例对应一个测试点，这样才不容易出现漏测的现象。
这正是： 用例设计有前提，测试方案先设计 参考书目: 软件测试之魂：核心测试设计精解，作者：肖利琼，出版社：电子工业出版社 |
|
|
