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