前面介绍到好的软件测试计划是测试活动的能够顺利开展、进行的保障,那么好的测试用例就是测试活动质量的保障。一个测试用例集合的覆盖率、测试方法的选择以及测试粒度和深度的选择直接影响到了测试活动的质量。
1.何时开始编写测试用例
我们都知道测试活动开展得越早越好。在早期我们就应当对需求和设计文档进行静态测试。阅读、分析文档,对文档中不清楚的部分进行询问,对文档中的错误进行更正。这实际上就是编写测试用例的预热,因为通过前面的对文档进行阅读、分析、提问、纠错的活动我们就可以对软件产品的需求和设计有一个较深的认识,而且这个认识会建立在设计、开发、测试人员意见一致的基础上。 这样,测试人员编写测试用例时就可以减少主观的臆断。
所以我们认为在对需求和设计文档进行静态测试的阶段就开始了编写测试用例的准备工作,并且此时已经形成了初步的测试用例文档。一旦需求和设计文档定稿之后,测试用例编写人员就可以开始按照需求和设计文档中确定的设计对测试用例文档进行修改和补充,最终形成符合最新设计的测试用例。
之后我们就需要对需求和设计文档文档条目与测试用例之间的对应关系进行梳理。最后形成- -张对应表格,如表3-1所示。
使某一需求条目或设计条目的修改可以很快定位到其对应得测试用例,以对其进行修改。而在测试时,也可以很快地看出每条测试用例覆盖了哪些需求或设计条目。
2.选定测试方法
在编写测试用例的阶段需要对测试的方法做出选择。在选择测试方法时通常采用自顶向下的方法。
首先是对测试用例适用的测试阶段进行划分,例如单元测试、集成测试、系统测试、用户验收测试等。然后在每一个测试阶段中再对测试用例的测试目