测试过程

测试阶段划分：

单元测试，集成测试，系统测试，验收测试

单元测试：

• 单元测试是针对软件基本组成单元（软件设计的最小单位）来进行正确性检验的测试工作
• 单元测试的目的是检测软件模块对《详细设计说明书》的符合程度

集成测试：

• 集成测试是在单元测试的基础上，将所有模块按照概要设计要求组装成为子系统或系统，验证组装后功能以及模块间接口是否正确的测试工作
• 集成测试的目的是检测软件模块对《概要设计说明书》的符合程度

系统测试：

• 系统测试是将已经集成好的软件系统，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行（使用）环境下，对计算机系统进行一系列的测试工作
• 系统测试的目的在于通过与《需求规格说明书》作比较，发现软件与系统需求定义不符合或与之矛盾的地方

验收测试：

• 在通过了内部系统测试及软件配置审查之后，就可以开始验收测试

• 验收测试是以用户为主的测试，验收组应该由项目组成员、用户代表等组成

• 验收测试原则上在用户所在地进行，但如经用户同意也可以在公司内模拟用户环境进行

• 验收测试根据合同、《需求规格说明书》或《验收测试计划》对成品进行验收测试

• 验收测试的结果有两种情况：软件功能、性能等质量特性与用户的要求一致，软件可以接受

  ​ 软件功能、性能等质量特性与用户的要求有差距，不被用户接受

• 验收测试分为α测试和β测试

  α测试

  • α 测试是由用户在开发环境下进行的测试，也可以是开发机构内部的用户在模拟实际操作环境下进行的测试
  • α测试时，软件在一个自然设置状态下使用。开发者坐在用户旁，随时记下错误情况和使用中的问题。这是在受控制的环境下进行的测试
  • α测试的目的主要是评价软件产品的FLURPS（即功能、局域化、可用性、可靠性、性能和技术支持）

  β测试

• β测试是由软件的多个用户在一个或多个用户的实际使用环境(生产环境)下进行的测试

• 与α测试不同的是，β测试时开发者通常不在测试现场。因而，β测试是在开发者无法控制的环境下进行的软件现场应用

测试过程阶段划分（1）

• 测试计划阶段 – 测试计划
• 测试设计阶段 – 测试方案
• 测试实现阶段 – 需求分析、测试用例、测试规程
• 测试执行阶段 – 测试缺陷、测试报告

主要的测试文档

• 测试计划：指明测试范围、方法、资源，以及相应测试活动的时间进度安排表的文档。
• 测试方案：指明为完成软件或软件集成特性的测试而进行的设计测试方法的细节文档。
• 测试用例：指明为完成一个测试项的测试输入、预期结果、测试执行条件等因素的文档。
• 测试规程：指明执行测试时测试活动序列的文档。
• 测试报告：指明执行测试结果的文档。
• 测试日报：每天测试执行情况的记录和总结。

常见的测试过程模型

V模型

H模型

V&V模型（W模型）

X模型

V模型

w模型

验证与确认 V&V

验证(Verification)

• 验证是保证软件正确地实现特定功能的一系列活动
• 验证是检测每一阶段形成的工作产品是否与前一阶段定义的规格相一致
• “Are we building the product right?”

确认(Validation)

• 确认是指保证所生产的软件可追溯到用户需求的一系列活动
• 确认是检测每一阶段的工作产品是否与最初定义的软件需求规格相一致
• “Are we building the right product?”

H模型

x模型

需求分析阶段的主要任务

• 需求分析，完成SRS
• 软件需求规格说明书的评审
• 进行需求跟踪
• 系统测试计划
• 系统测试计划的评审

需求阶段的角色和职责

软件开发项目经理

A、带领项目组分析审核工作任务书；
B、带领项目组与系统工程师进行需求交流并进行分析和文档化；
C、组织SRS文档评审；
D、组织需求跟踪；

软件开发工程师

A、完成SRS文档；
B、完成需求跟踪；
C、参加SRS review；
D、根据SRS评审专家意见，修改SRS文档；
E、参加系统测试计划的评审；

软件经理

A、在SRS评审结束后，批准SRS文档；

QA

A、监督项目组遵循需求管理流程；
B、参加相关文档review；
C、保证相关组参加文档review ；

CCB的负责人

A、控制需求的变更；

软件测试项目经理

A、参与开发人员的软件需求分析，提出可测试性需求；
B、组织人员参与SRS的评审工作；
C、软件系统测试计划写作；
D、组织系统测试计划的评审；
E、组织本阶段测试需求跟踪；

概要设计阶段的主要任务

• 进行软件系统各层设计，完成HLD文档
• 概要设计的评审
• 系统测试方案、用例的设计
• 系统测试方案、用例的评审
• 需求跟踪更新
• 集成测试计划
• 集成测试计划评审

详细设计阶段的主要任务

• 进行软件详细设计，完成LLD文档
• 详细设计的评审
• 集成测试方案、用例的设计
• 集成测试方案、用例的评审
• 需求跟踪更新
• 单元测试计划
• 单元测试计划评审

软件编码阶段的主要任务

• 软件编码
• 代码静态质量检查
• 代码评审
• 单元测试方案、用例设计
• 单元测试方案、用例评审

单元测试执行阶段的主要任务

• 单元测试用例执行
• 单元测试缺陷记录、修复
• 单元测试日报写作
• 单元测试报告写作
• 单元测试缺陷的回归测试

集成测试执行阶段的主要任务

• 集成测试用例执行
• 集成测试缺陷记录、修复
• 集成测试日报写作
• 集成测试报告写作
• 集成测试缺陷的回归测试

系统测试执行阶段的主要任务

• 系统测试预测试项执行
• 系统测试预测试报告写作
• 系统测试用例执行
• 系统测试缺陷记录、修复
• 系统测试日报写作
• 系统测试报告写作
• 系统测试缺陷的回归测试