单元测试 集成测试 系统测试
单元测试:针对软件基本组成单元（软件设计最小单位）来进行正确性检验测试工作
目的:检测软件函数模块对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:监督各项目组遵循测试流程
软件测试工程师:搭建测试环境/执行测试用例/提交缺陷报告/回归测试/每天提交测试报告/测试报告写作/参加评审/参加转系统测试评审
网友评论