软件测试全过程工作流程图汇总.ppt

测试工作总体流程图 单元测试 项目立项 测试工作结束 项目启动 成立测试团队 设计阶段 需求分析阶段 实施测试阶段 验收测试 与总结阶段 熟悉需求内容 编写测试计划 集成测试 提交测试记录报告 集成测试总结 系统测试 提交测试记录报告 系统测试总结 性能测试 提交测试记录报告 性能测试总结 提交测试记录报告 单元测试总结 设计测试用例 提交验收测试报告和缺陷分析报告 测试计划、测试设计 依据《项目需求规格说明书》、《项目开发架构设计》和《项目整体计划》，设计《测试计划》和 《测试用例设计》 设计审核 进入下一阶段 《测试计划》 根据用户需求报告中关于功能 要求和性能指标的《需求规格 说明书》，定义相应的测试需 求报告，即制订黑盒测试的最 高标准，以后所有的测试工作 都将围绕着测试需求来进行， 符合测试需求的应用程序即是 合格的，反之即是不合格的； 同时，还要适当选择测试内容， 合理安排测试人员、测试时间 及测试资源等。 《测试用例设计》 将测试计划阶段制订的测试需 求分解、细化为若干个可执行 的测试过程，并为每个测试过 程选择适当的测试用例。 审核通过 需求调研，编写《项目需求规格说明书》 （开发和测试共同参与） 项目启动，成立测试团队 单元测试 〈测试用例设计文档〉 设计单元测试用例、 设计与实现驱动模块、桩模块 依据需求和设计描述作为指南， 对重要的控制路径进行测试以 发现模块内的错误。 测试过程中优先考虑耦合度比 较高的模块功能，重点测试。 测试BUG记录 开发人员修复缺陷，提供新版本 回归测试 单元测试总结 单元测试执行 测试BUG记录版本提交 使用测试工具对BUG测试 记录的版本进行控制 针对上个测试版本的 BUG记录进行回归测试 提交单元测试记录报告 申请进入下一阶段 制定单元测试计划(方案） 集成测试 制定集成测试计划(方案) BUG记录 开发人员修复缺陷，提供新版本 回归测试 集成测试总结　 集成测试执行 主要针对模块之间互相叠 加的功能决设计测试用例。 使用测试工具对BUG测试 记录的版本进行控制 BUG记录提交 针对上个测试版本的 BUG记录进行回归测试 〈测试用例设计文档〉 提交集成测试记录报告 申请进入下一阶段 设计集成测试用例、 设计与实现驱动模块、桩模块 制定系统测试计划(方案) 设计系统测试用例 BUG记录 开发人员修复缺陷提交新版本 回归测试 系统功能达到需求标准 系统测试执行 BUG记录版本提交 针对上个测试版本的 记录进行测试 系统测试综合报告 提交系统测试记录报告 申请进入下一阶段 (1)设计测试所有从系统其他 元素来的信息的错误处理路径； (2)在软件接口处进行一系列 仿真错误数据或者其他潜在 错误的测试； (3)记录的测试结果作为当出现 “互相指责”时裁定的“证据”; (4)参与系统测试的计划和设计 来保证系统进行了足够的测试。 使用测试工具对BUG测试 记录的版本进行控制 〈总体测试用例设计文档〉 系统测试 性能测试 性能测试执行 性能测试报告提交 测试工具选用LoadRunner 开发人员对运行环境 进行优化改进调试 开发人员对系统 进行优化改进调试 测试人员进行 脚本优化调整 提交报告申请进入下一阶段 制定系统测试计划/方案（性能测试部分） 设计性能测试用例和测试脚本 〈总体测试用例设计文档〉 性能测试结果记录与提交 评估系统性能是否达到需求要求 回归测试通过？ 压力测试 压力测试执行 压力测试报告提交 测试工具可选用LoadRunner 开发人员对运行环境 进行优化改进调试 开发人员对系统 进行优化改进调试 测试人员进行 脚本优化调整 提交报告申请进入下一阶段 制定系统测试计划/方案（压力测试部分） 设计压力测试用例和测试脚本 〈总体测试用例设计文档〉 压力测试结果记录与提交 评估系统压力性能是否达到需求要求 回归测试通过？ 依据系统各页面的实际访问量 大小设计压力大小。 例如：应该给予首页比较大的 访问压力 包含压力测试过程 中出现的异常和不 符合产品需求的情 况。 验收测试 主要由客户依据＜需求规格 说明书＞在客户的验收环境 下进行测试 测试人员进行ＢＵＧ记录 提交BUG记录和缺陷分析报告 进行验收测试 是否通过？ 设计验收测试计划(方案) 和测试用例 开发人员提供修改后的版本 提交验收测试报告 和产品质量验收合格证书 验收测试工作总结 符合需求规格说明书标准 验收测试方案和用例评审 是否通过？ 测试经理与用户方测试进行确认 归档存放测试过程全部文档 运维阶段测试工作 测试人员提交ＢＵＧ记录 开发人员提供修改后的版本 测试人员执行测试 是否通过？ 系统运维人员 提交系统运行问题报告 开发人员修复 由软件缺陷引起的问题 运维期间 阶段测试工作总结 若待测试问题较少（10