测试工作流程.docx
《测试工作流程.docx》由会员分享,可在线阅读,更多相关《测试工作流程.docx(16页珍藏版)》请在冰点文库上搜索。
测试工作流程
-----
测试工作流程
----
-----
目的本文档是测试团队的日常工作规范,主要侧重测试工作流程的控制,明确软件工程的各阶
段测试团队应完成的工作。
测试技术和策略等问题不在本文档描述范围内。
1范围适用于公司所有项目软件测试。
测试团队构成2
2.1职责
测试是软件开发过程中的重要组成部分,肩负着如下责任:
在需求文档确立基线前对文档进行测试,从用户体验和测试的角度提出自己的看法。
编写合理的测试计划,并与项目整体计划有机地整合在一起。
编写覆盖率高的测试用例。
针对测试需求进行相关测试技术的研究。
认真仔细地实施测试工作,并提交测试报告供项目组参考。
进行缺陷跟踪与分析。
角色2.2
在人力资源有限的情况下,一个团队成员可能会同时承担多个角色。
1
表
角色名称主要责任
组建测试组
协调测试组内部的沟通
代表测试组与其他角色组进行沟通测试负责人
编写测试计划
测试报告分析
编写测试用例
测试工程师执行测试
为测试工作提供技术支持2/9第页----
-----
3工作流程及规范
3.1计划与设计阶段
成立测试团队4.1.1在项目组成立的同时,测试组也将同时成立。
团队成立的工作与责任如下:
2
表
详细说明过程要点
项目组成立(参与《项目计划书》的评审)输入条件
为测试组任命一名测试负责人,同时确定测试组的构成人选。
工作内容
退出标准测试组成立
责任人测试负责人
4.1.2测试预通知
在正式测试任务下达前,开发团队应提前一周左右向测试团队下达预通知,告之较为确切的测试参与日期,提供当前最新的相关资料。
测试人员可预先熟悉必要的背景资料,测试负责人编写《测试计划书》初稿。
3
表
详细说明过程要点
输入条件项目进入软件开发阶段
工作内容项目经理邮件通知测试负责人正式测试交接时间,测试规模预估等
退出标准预通知得到测试负责人确认,并提交《测试计划书》初稿
责任人项目经理,测试负责人
召开测试启动会议4.1.3
4
表
过程要点详细说明
输入条件测试负责人完成测试计划书初稿
开发团队与测试团队对测试目标达成一致,商讨测试计划初稿的可工作内容行性,统一项目组的目标和测试的工作重点。
明确测试内容与重点,测试方提交《测试计划书》正稿。
退出标准第3/9页
----
-----
责任人项目经理,测试负责人
4.1.4编写测试计划
为后续的测试工作提供直接的指导。
需求分析文档确立后,测试组需要编写测试计划文档,
5
表
详细说明过程要点
输入条件项目需求文档建立
根据项目的需求文档,按照测试计划文档模板编写测试计划。
测试
计划中应该至少包括以下关键内容:
测试需求——需要测试组测试的范围,估算出测试所花费的人力资源和各个测试需求的测试优先级测试方案——整体测试的测试方法和每个测试需求的测试方法测试资源——本次测试所需要用到的人力、硬件、软件、技术的资源工作内容测试组角色——明确测试组内各个成员的角色和相关责任里程碑——明确标准项目过程中测试组应该关注的里程碑可交付物——在测试组的工作中必须向项目组提交的产物,包括测试计划、测试报告等等风险管理——列举出测试工作所可能出现的风险
测试计划编写完毕后,必须提交给项目组全体成员,并由项目组组
中各个角色组联合评审。
测试计划由项目组评审通过
在项目开发过程中,要适时的对测试计划进行跟踪,以评估此
退出标准计划的完整性、可行性,在项目结束时还要最后评估一下测试
计划的质量测试负责人责任人
4.1.5设计测试用例
在需求分析文档确立基线以后,测试组需要针对项目的测试需求编写测试用例,在实际的
测试中,测试用例将是唯一实施标准。
在用例的编写过程中,具体的任务和责任人如下:
----
-----
第4/9页
----
-----
表6
详细说明过程要点
测试需求明确,测试计划明确输入条件工作内容编写测试用例(可根据实际开发模式进行,如迭代完成需求、设计
及测试工作)
测试用例需要覆盖所有的测试需求退出标准
测试用例设计工程师(可由测试实施工程师或测试负责人兼做)责任人
3.2测试执行阶段
测试执行3.2.1
测试执行将花费测试组绝大部分时间,这些工作都是建立在前期很多计划工作的基础上。
表7
详细描述过程要点
测试用例完成,产品可测试(即开发团队完成内测)输入条件测试工程师根据测试计划中分配给自己的测试任务(包括但不限于工作内容测试用例),执行相应的测试,并将记录实测结果
测试用例中的所有任务被执行,结果被记录退出标准
责任人测试工程师
阶段测试报告3.2.2
在计划的测试周期后,测试负责人需要总结此轮测试的结果,编写阶段测试报告。
8
表
过程要点详细描述
输入条件测试组完成了计划的测试任务工作内容测试负责人根据此轮测试的结果,编写测试报告,主要应包含以下内容:
测试报告的版本
测试的人员和时间
此轮测试新发现缺陷情况,包括数量、分类及分布等
此轮测试缺陷的回归情况第5/9页
----
-----
经过此轮测试,所有活动缺陷的数量、分类及分布等
测试评估——写明在这一版本中,哪些功能被实现了,哪些还
没有实现,这里只需写明和上一版本不同之处即可
急待解决的问题——写明当前项目组中面临的最优先的问题,
可以重复提出
在每轮测试结束之后应尽快将符合标准的测试报告发给全项目组退出标准
责任人测试负责人
3.3总结阶段
测试工作结束时,测试组就要开始着手准备进行总结的工作。
3.3.1
测试总结报告
在所有测试任务完成之后,测试负责人将要编写测试总结报告,对测试进行总结,并且提
交给全体项目组,为产品的后续工作提供重要的信息支持。
9
表
过程要点详细描述
测试组完成了所有的测试执行工作输入条件
工作内容测试负责人根据测试的结果,按照测试报告的文档模板编写测试报
告,测试报告必须包含以下重要内容:
测试资源概述——多少人、多长时间
测试结果摘要——分别描述各个测试需求的测试结果,产品实
现了哪些功能点,哪些还没有实现
缺陷分析——按照缺陷的属性分类进行分析
测试需求覆盖率——原先列举的测试需求的测试覆盖率,可能
一部分测试需求因为资源和优先级的因素没有进行测试,那么
在这里要进行说明
测试评估——从总体对项目质量进行评估测试组建议——从测试组的角度为项目组提出工作建议
退出标准测试负责人完成了符合标准的测试报告,发送给全项目组
测试负责人责任人第6/9页
----
-----
责任人项目经理
3.3.2
测试归档
对测试过程中涉及到各种标准文测试归档是在测试验收结束宣布测试有效、结束测试后,
档进行归类,存档。
10
表
过程要点详细描述
测试工作完成输入条件
归类,存档测试过程涉及到的文档,主要包括以下文档(必须)工作内容
测试计划书
测试用例书
测试报告书
测试总结书
退出标准全部文档归类完毕,版本号封存
责任人测试负责人
3.4问题跟踪反馈
跟踪产品在试运行阶段暴露出来的新缺陷,测试结束后,以及已提交的缺陷是否再次发生。
11
表
过程要点详细描述
测试组完成了所有的测试执行工作,测试验收通过,产品试运行、输入条件运行
搜集整理用户等反馈的问题:
已发现缺陷是否再次发生工作内容是否有新发现的在测试中未发现的缺陷
是否有新发现的在测试中已发现但未修改的缺陷
缺陷跟踪报告退出标准
责任人项目经理
缺陷级别定义4第7/9页
----
-----
本规范定义以下四类缺陷,供参考,具体产品的缺陷类型定义可根据产品特点进行调整:
级别符号概述详述
系统无法安装、登陆或其他主要功系统任何一个主要功能完全失效,致命A
能不可用用户数据受到破坏,系统崩溃、悬
死循环或内存不足等原因导致程挂、死机或者危机人身安全序无法运行由于程序引起的系统无法启动、死机、蓝屏、非法退出在数据或安全方面存在重大问题
系统的主要功能部分失效,数据B严重基本功能存在部分问题或次要功能无法实现或遗漏不能保存,系统的次要功能完全丧失,系统所提供的功能未进行异常处理或服务受到明显影响性能与预期相差很大系统的次要功能没有完全实C
一般次要功能没有完全实现,但不影响用户使用本产品现,但不影响用户的正常使用。
界面存在明显缺陷,设计不友好提示信息不准确一般的性能问题
界面格式显示不规范D
轻微使操作者不方便或遇到麻烦,建议性的改进要求但它不影响功能的操作和执行
测试标准5
软件测试合格须符合以下标准:
致命、严重级别缺陷为95%,一般级别缺陷解决率为0,轻微级别缺陷解决率为90%。
软件产品未经测试合格,不允许发布。
争议处理6
如开发团队对测试结论(是否允许发布)有争议,由项目经理裁定。
第8/9页
----
-----
7标准文档
1.《测试计划书》
《测试用例说明书》2.
《阶段测试报告》3.
《测试总结报告》4.页9/9第----
-----
专业文档考试资料学习资料教育试题方案设计
----