2、工作(如安排时间表、测试设计等)并作为测试覆盖的基础。而且被确定的测试需求项必须是可核实的。即,它们必须有一个可观察、可评测的结果。无法核实的需求不是测试需求。所以我现在的理解是测试需求是一个比较大的概念,它是在整个测试计划文档中体现出来的,不是类似的一个用例或者其他. ·测试需求是制订测试计划的基本依据,确定了测试需求能够为测试计划提供客观依据; ·测试需求是设计测试用例的指导,确定了要测什么、测哪些方面后才能有针对性的设计测试用例; ·测试需求是计算测试覆盖的分母,没有测试需求就无法有效地进行测试覆盖; b 测试
3、过程设计:包括测试计划,测试策略制定,测试时间安排用,测试用例编写等 c 测试实现:环境配置好了,新的版本也收到了,人员也都培训好了等等 d 测试实施:已经按照测试计划进行展开了,比如手工测试,自动化测试等 e 测试评价:对版本测试覆盖率,测试质量,人员测试工作以及前期的一些工作制定情况进行评价,评估 f 测试维护:对测试用例库,测试脚本,bug库等进行维护,保证延续性等2.1软件测试步骤测试步骤输入输出测试需求分析1.软件测试的方法与规范2.软件需求规格说明软件测试计划:1)软件测试的定位3.软件设计说明(概要设计