测试流程和可行软件测试流程(演讲稿)

测试流程和可行软件测试流程(演讲稿)

ID:42863126

大小:2.27 MB

页数:12页

时间:2019-09-24

测试流程和可行软件测试流程(演讲稿)_第1页
测试流程和可行软件测试流程(演讲稿)_第2页
测试流程和可行软件测试流程(演讲稿)_第3页
测试流程和可行软件测试流程(演讲稿)_第4页
测试流程和可行软件测试流程(演讲稿)_第5页
资源描述:

《测试流程和可行软件测试流程(演讲稿)》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、软件测试流程和可行软件测试流程从小局部看常用软件测试流程从大方向看可行的软件测试流程软件测试活动分布产品立项需求分析概要设计详细设计编码&单元测试集成测试系统测试验收测试产品立项制定测试计划测试设计编写测试用例测试执行测试评估需求阶段测试工作流程图立项需求调研(开发与测试共同参与编写/修改SRS提交SRSSRS审核审核是否通过提交最终版的SRS编写需求测试用例评审需求测试用例进入概要设计阶段编写需求业务、功能、用户需求评审需求规格说明书需求变更需求变更记录需求报警进入概要设计阶段总体测试计划系统测试方案需求跟踪矩阵需求报警信号开发的流程

2、测试的流程(每一步都需要开发的参与)设计测试的总体流程概要设计阶段详细设计阶段编码阶段《需求说明书》《需求变更矩阵》《技术规格说明书》测试策略制定/修改测试计划制定测试方案编写/修改测试用例测试环境搭建/测试脚本编写结合项目计划开工会讨论测试计划工会讨论通过NY开工会评审测试用例用例评审通过NY测试阶段图是否满足测试入口条件退回N是否初测审视测试环境是否存在重大问题需要挂起或者退回退回或挂起项目接上一阶段Y复查BUGN测试执行检查/修改/补充测试用例结束初测是否满足测试出口口条件开发更改bug更新需求记录测试数据,编写相关报告N构建自动

3、化测试代码接上一阶段记录测试数据,编写相关报告可选Y建立适合我们的流程:从流程中最重要的东西:逻辑思想测试调研收集需求信息(了解测试需求)制定测试计划(了解如何测试,规避风险)写测试用例/测试执行(测试工作不可少的部分)测试报告(提供可供分析的报告)测试依据项目测试计划需求规格说明书用户提出的需求书设计规范以及测试规范开发的支持(包括编码规范、功能接口规范、操作规范、界面组织及报表格式规范)新版本软件说明建立适合我们的流程:结合公司目前产品现状输入输出测试阶段待测软件版本软件升级新增的功能解决的问题软件测试任务书人员任务时间基本功能验证

4、解决问题的验证新增功能测试其他功能测试测试报告新产品软件性能测试我们的测试需要作什么测试调研:分析需求的可测性,可构思将来对其测试的方法、原则等,并进行review制定测试计划:制定总体的测试计划,详细阐明本次测试目的、对象、方法、范围、过程、环境要求、接受标准以及测试人员和测试时间等内容,“测试计划”经过审查通过,才能实施测试用例设计:根据对具体的北侧系统的分析和测试要求,逐步细化测试的范围和内容,设计具体的测试过程和数据,同时将结果写成可以按步执行的测试文档。执行测试:按照预定的测试计划和测试方案逐项进行测试,并记录任何与预期目标不

5、符的现象和问题测试评估:测试结果进行分析,评估产品是否可以上市缺陷管理子系统:管理缺陷分析缺陷:为以后工作提供一个量上的指导项目测试总结:总结项目完成后经验,为以后工作提供一个借鉴遵循的原则1、在项目发布后发现和修复Bug的成本是需求和设计阶段所需的一百倍!2、80%可避免的重复劳动源自于20%的缺陷,其中两大主要来源包括草率的需求定制和象征性的案例设计和开发。3、大约80%的缺陷来自20%的模块,而约半数的模块是几乎没有缺陷。4、90%的软件的停工期最多来自于10%的缺陷1、测试人员提早进入项目2、善于总结,提交准确的分析报告并善于利

6、用它3、尽早发现需求上和设计上的缺陷立项申请通过评审计划制定提交审核需求调研设计+编码+单元测试回归bug修改测试策略评审后的需求规格说明回归后测试记录需求阶段测试工作定义测试策略测试覆盖分析功能测试矩阵需求变更测试产生的文档:《测试规格说明书》《功能测试矩阵》《需求变更趋势图》产生的文档:《测试报告》《缺陷走势图》《遗留问题说明书》测试执行阶段缺陷走势分析遗留问题分析开发活动测试相关入口文件测试活动测试产生的记录文件编写/修改SRSSRS评审nY单元测试缺陷记录遗留问题记录及规避方法设计+编码+单元测试阶段测试工作定义测试计划定义测试

7、方案编写测试用例测试环境和数据准备产生的文档:《测试计划》《测试方案》《测试用例》适合我们的测试流程完善测试过程的策略多管齐下,寻取最优:如何去寻找这个最适合的标准,开发人员先自己拟定一套规范,开发部自己评审过后交给测试人员评审,允许测试人员提出要求,讨论并确认后修改,形成统一的规范,(建议:开发人员可以以功能流程图、数据流程图和例子来清楚有简洁的说明功能)不一部到位,慢慢梳理,针对产品。善于总结,提高效率。谢谢大家

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。