测试过程

单元测试  集成测试    系统测试

单元测试:针对软件基本组成单元（软件设计最小单位）来进行正确性检验测试工作

目的:检测软件函数模块对LLD说明书的符合程度

集成测试:在单元测试基础上，将所有模块按照概要设计要求组装成子系统，验证组装后功能以及模块间接口是否正确的测试工作

目的:检测软件模块对HLD说明书的符合程度

系统测试:将集成好的软件系统，做为整个计算机系统的一个元素，与计算机硬件，外设，数据和人员等其他系统元素结合在一起，在使用环境下对计算机进行测试

目的:与需求规格说明书进行比对，发现软件与系统需求定义不符合或与之矛盾的地方

                  单元  集成  系统 的比较

测试方法: 白盒  灰盒  黑盒

考察范围:数据结构，逻辑结构，/模块的接口数据传递，模块组合后的整体功能/系统对需求的符合度

评估基准: 逻辑覆盖率/接口覆盖率/测试用例对需求规格覆盖率

测试过程信息流

软件配置                回归测试

测试配置    测试~结果分析 ~改正错误~结束                    （测试结果与预期结果分析）

测试工具                预期结果    可靠性分析 

回归测试:缺陷进行修改 后，需要进行回归测试 ，目的是验证缺陷得到正确的修复，另一方面是检验对系统的变更没有影响以前的功能

回归测试可以发生在任何一个阶段，包括单元 集成 系统 测试，是一个活动。

其他测试阶段

单元测试，集成测试，系统测试是软件开发过程中在软件内部进行的测试阶段

软件发布前 还可能进行 有用户参与德一些测试:

验收测试                项目（用户~）

A（ALPHA）测试  产品（自~自）

B  (BETA)    测试

验收测试: 时间 ~人员~地点~依据

时间:通过内部系统测试及软件配置审查 以后开始验收测试

人员:项目组成员，用户代表

地点:（用户自选 ）用户所在地，或者公司每部模拟用户环境

依据:合同/需求规格说明书/验收测试计划

a测试  由用户在开发环境下进行测试，也可以是开发机构内部用户在模拟实际操作下进行。开发者在旁边,环境可控

目的:评价软件 功能/性能/技术支持/局域化/可用性/可靠性

b测试  :软件的多个用户 在一个或者多个用户的实际使用环境下进行的测试，环境不可控，开发者不在旁边

区别 :环境是否可控 / 先a后b

测试过程阶段划分

测试计划阶段  测试计划

测试设计阶段  测试方案

测试实现阶段    测试用例 测试流程

测试执行阶段  测试报告

测试文档

测试计划/测试方案/测试用例/测试规程/测试报告/测试日报

测试过程模型: 瀑布模型

                            V模型

                            W模型

                              H模型

验证  Verification和  确认 Validation

验证: 保证软件正确的实现特定功能的一系列活动

确认:是指保证所生产的软件可追溯到用户需求的一系列活动

测试过程规范:

CMM关于过程的要素

角色~入口准则~输入~活动~出口准则~评审和审计~可管理和可控制的工作产品~测量~书面流程~培训~工具

测试四个阶段

系统测试各阶段的输入/输出

测试计划 :需求规格

  测试 设计 :概设/计划

  测试实现  :详设/方案/用例/规程/预测事项

测试 完成 : 系统测试报告/缺陷报告/预测试报告

测试过程规范需求分析阶段 工作任务及角色及职责

任务: 需求分析 完成SRS

        需求规格说明书的评审

        需求跟踪

      系统测试计划

      系统测试计划的评审

角色:

项目经理:组织和参与，提出可测试性需求

项目工程师:参与srs评审/协助完成测试计划协作/参加测试计划评审/完成测试需求跟踪

软件经理:通过~QA:质量保证:监督 评审~CCB的负责人:控制需求变更

在需求阶段出现的bug 占较大比重

uT/IT/ST执行阶段的角色和职责

开发组项目经理:确保缺陷分发给相关软件工程师

                提出转系统测试申请

软件开发人员:  修正缺陷

                          验证相关缺陷被修正

        .                  参加各阶段测试报告评审

QA:监督各项目组遵循测试流程

软件测试工程师:搭建测试环境/执行测试用例/提交缺陷报告/回归测试/每天提交测试报告/测试报告写作/参加评审/参加转系统测试评审