测试流程整理文档样本Word格式.docx
《测试流程整理文档样本Word格式.docx》由会员分享,可在线阅读,更多相关《测试流程整理文档样本Word格式.docx(8页珍藏版)》请在冰豆网上搜索。
3.2测试执行阶段6
3.3测试总结阶段8
4.测试流程图9
目的
本文档是测试团队的日常工作规范,主要侧重测试工作流程的控制,明确软件工程的各阶
段测试团队应咸的工作。
测试技术和策略等冋题不在本文档描述范围内。
1范围
肆琢司所有项目软件测试。
2测试团队构成
2.1职责
测试是软件开发过程中的重要组成部分,肩负着如下责任:
1.在^30角立醪前对文档进彳j®
姬户窗6则试的角團是出自Effi)看法。
2.编写合理的测试计划,并与项目整体计划有机地整合在一起。
3.编写覆盖率高的测试用例。
4.针对测试需求进行相关测试技术的研究。
5.UM仔哋麺《1作,并扌跤贝岡箱共项目组聚。
6.进彳预陷鋼宗与分析。
2・2角色
在人力资源有限的情况下,na队成员可能会同时承担多个角
角色
职责
负责人
1.协调测试工作
2.统筹计划安排测试工作
3.测试报告分析
4.与其它相关人员接洽
工程师
1.测试环境配置
2.测试用例编写
3.执行测试
4.缺陷管理
3工作流程及规范
31计划与设计阶段3.1.1测试团队职责
在项目组成立的同时,测试组也将同时成立。
团队成立的工作与责
任:
成员
吴安维
2.编写测试计划
4.质量监控
阳丹
1.接口测试框架搭建
3.测试
刘永霞
1.线上系统功能测试
2.回归测试
3丄2测试预通知
在正式测试任务下达前,幵发团队应提前向测试团队下达预通知,告之较为确切的测试参与日期,提供当前最新的相关资料。
测试人员可预先熟悉必要的背景资料,测试负责人编写〈〈测试计划书》初稿。
3.13测试需求
明确该阶段测试范囤对该范围内需求进行则试明确测试要点
3.1.4编写测试计划
就分析文档确谚,汎赋组需要编写测谎十划刃当,定制测试方薪OS
3.15编写测试用例
在需求分析文档确立基线以后,测试组需要针对项目的测试需
求编写测试用例,在实际的测试中,测试用例将是唯一实施标准
用例ID
用例名称
所属模块
所属子模块
前置条件
测试步
骤
侦期结果
测试结果
备注
附件
Login_001
正常见户登陆
登陆
None
注册用户成功,系统数据库中存在该用户
1.XX
2.xx
3.xx
3.XX
Pass
截屏
数据包等
Login_negative.001
使用不存在的用户名登陆
系统数据库中无该用户信息
2.XX
3.XX
Failed
3.2测试执行阶段
321测试执行
测试执行将花费测遨§
成员绝大多数时间,这些工作都是建立在前
期大量工作的基5岀上的.测试的准入准出标准参见下表
祕规则
1.需求评审结束
2.该阶的发就
3.就冒删试
准出规则
1.功能臟讎誥
2.测削例执行完毕
3.严重较为2以上的bug修复完毕
4•严重敏为3及•下的bug待修复率不人于30%
3.2.2bug管理流程
测试执行过程中发现bug,bug的发厮瞻复在软件开发流程中至关
重要。
测试组成员发现bug提交bug,而且分配给开发进行修复。
告
BugID
简述(标题)
优先级别
严重级别
重现步骤
预期结果
实际结果
对照用例ID命名login_001
简短描述bug信息
1-3可选
1-4可选
具体复现步
骤描述
优糊别
1.最高藜,必须优児修复,否则等術雇觌!
1虹乍
2•优先修复,否则会影响该模块的其它测试
3.—般,单个模块的单个功能
严重级
1.Block,最高级§
[],影0向整个系统(系统崩溃,内存泄漏等)
2Critical,非常严重,对系统影响严重,可能影响其它功能模块的其它
WT作
3.High,高级,必须修复的bug,功能性冋题
4.Low,—般bug,不会对系统造成功能性影响(UI,易用性等)
bug瞻际
3.3测试总结阶段
3.3.1测试报告
所有测需要对作做T总结汇啟,撰写测试报告,评估测试结果,然后提交项目组。
测師告需包含以下几个元素:
1.测鋼本
2•测试人员、时间
3•发现陷情况(数量,分类、分布)
4.样缺陷回归情况
5.测试评估(功能性能实现率,版本迭代对比)
3.3.2测试文档归档
测试工作完成后需要对样测试的所有文档进行归档,存档。
包含但不回艮于以下対当:
当
2.就据®
3.测试计划书
4.测试用例
5.测试报告
6-缺陷统计
7.知识库
4・测试流程图
为了提高软件开数库,采取敏捷开发流程,这也意味着开发人员与测试人员的紧密协作。
测试组需要活跃在每T版本迭代sprint当中。
以下流程图适用于任一版本的sprint迭代阶段。
测试管理流程
流程开始
测试需求
、
▼
織赋计划》+
©
测试方室》+
测试跻
测试凯行
缺陷报告
bug菅理
流程
测试报告
(流欝京)