《测试流程和可行软件测试流程.ppt》由会员分享，可在线阅读，更多相关《测试流程和可行软件测试流程.ppt（12页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、软件测试流程和可行软件测试流程l从小局部看常用软件测试流程l从大方向看可行的软件测试流程软件测试活动分布产品立项需求分析概要设计详细设计编码&单元测试集成测试系统测试验收测试产品立项制定测试计划测试设计编写测试用例测试执行测试评估需求阶段测试工作流程图立项需求调研（开发与测试共同参与编写/修改SRS提交SRSSRS审核审核是否通过提交最终版的SRS编写需求测试用例 评审需求测试用例 进入概要设计阶段编写需求业务、功能、用户需求评审需求规格说明书需求变更需求变更记录需求报警进入概要设计阶段总体测试计划系统测试方案需求跟踪矩阵需求报警信号开发的流程测试的流程（每一步都需要开发的参与）设计测试的总体
2、流程概要设计阶段详细设计阶段编码阶段需求说明书需求变更矩阵技术规格说明书测试策略制定/修改测试计划制定测试方案编写/修改测试用例 测试环境搭建/测试脚本编写结合项目计划开工会讨论测试计划工会讨论通过NY开工会评审测试用例用例评审通过NY测试阶段图是否满足测试入口条件退回N是否初测审视测试环境是否存在重大问题需要挂起或者退回退回或挂起项目接上一阶段Y复查BUGN测试执行检查/修改/补充测试用例结束初测是否满足测试出口口条件开发更改bug更新需求记录测试数据，编写相关报告N构建自动化测试代码接上一阶段记录测试数据，编写相关报告可选Y建立适合我们的流程：从流程中最重要的东西：逻辑思想测试调研收集需求
3、信息（了解测试需求）制定测试计划（了解如何测试，规避风险）写测试用例/测试执行（测试工作不可少的部分）测试报告（提供可供分析的报告）测试依据项目测试计划需求规格说明书用户提出的需求书设计规范以及测试规范开发的支持（包括编码规范、功能接口规范、操作规范、界面组织及报表格式规范）新版本软件说明建立适合我们的流程：结合公司目前产品现状输入输出测试阶段待测软件版本软件升级新增的功能解决的问题软件测试任务书人员任务时间基本功能验证解决问题的验证新增功能测试其他功能测试测试报告新产品软件性能测试我们的测试需要作什么测试调研：分析需求的可测性，可构思将来对其测试的方法、原则等，并进行review制定测试计划
4、：制定总体的测试计划，详细阐明本次测试目的、对象、方法、范围、过程、环境要求、接受标准以及测试人员和测试时间等内容，“测试计划”经过审查通过，才能实施测试用例设计：根据对具体的北侧系统的分析和测试要求，逐步细化测试的范围和内容，设计具体的测试过程和数据，同时将结果写成可以按步执行的测试文档。执行测试:按照预定的测试计划和测试方案逐项进行测试,并记录任何与预期目标不符的现象和问题测试评估:测试结果进行分析，评估产品是否可以上市缺陷管理子系统:管理缺陷分析缺陷:为以后工作提供一个量上的指导项目测试总结:总结项目完成后 经验，为以后工作提供一个借鉴遵循的原则 1、在项目发布后发现和修复Bug的成本是
5、需求和设计阶段所需的一百倍！2、80%可避免的重复劳动源自于20%的缺陷，其中两大主要来源包括草率的需求定制和象征性的案例设计和开发。3、大约80%的缺陷来自20%的模块，而约半数的模块是几乎没有缺陷。4、90%的软件的停工期最多来自于10%的缺陷 1、测试人员提早进入项目 2、善于总结，提交准确的分析报告并善于利用它 3、尽早发现需求上和设计上的缺陷立项申请通过评审计划制定提交审核需求调研设计+编码+单元测试回归bug修改测试策略评审后的需求规格说明回归后测试记录需求阶段测试工作定义测试策略测试覆盖分析功能测试矩阵需求变更测试产生的文档：测试规格说明书功能 测试矩阵需求变更趋势图产生的文档：
6、测试报告缺陷走势图遗留问题说明书测试执行阶段缺陷走势分析遗留问题分析开发活动测试相关入口文件测试活动测试产生的记录文件编写/修改SRSSRS评审nY单元测试缺陷记录遗留问题记录及规避方法设计+编码+单元测试阶段测试工作定义测试计划定义测试方案编写测试用例测试环境和数据准备产生的文档：测试计划测试方案测试用例适合我们的测试流程完善测试过程的策略l多管齐下，寻取最优：如何去寻找这个最适合的标准，开发人员先自己拟定一套规范，开发部自己评审过后交给测试人员评审，允许测试人员提出要求，讨论并确认后修改，形成统一的规范，（建议：开发人员可以以功能流程图、数据流程图和例子来清楚有简洁 的说明功能）l不一部到位，慢慢梳理，针对产品。l善于总结，提高效率。