XX测试工作流程与制度.docx
- 文档编号:28138376
- 上传时间:2023-07-08
- 格式:DOCX
- 页数:14
- 大小:92.97KB
XX测试工作流程与制度.docx
《XX测试工作流程与制度.docx》由会员分享,可在线阅读,更多相关《XX测试工作流程与制度.docx(14页珍藏版)》请在冰豆网上搜索。
XX测试工作流程与制度
软件测试流程与制度
拟制人日期2015年9月14日
审核人 日期2015年月日
批准人日期2015年月日
文档状态:
[√]草案[]正式发布[]正在修订
序号
版本号
更改时间
更改内容描述
填写人
1
1.0
2015-9-14
初稿
2
1.1
2015-9-17
测试执行流程修改
1编写目的
本文档是测试团队的日常工作规范,主要侧重测试工作流程的实施和控制,明确公司产品各阶段测试团队应参与和完成的工作。
并且对于测试团队中关于测试组架构、职能及成员职责进行必要的说明。
通过建立规范的测试流程、测试团队组织架构,同时明确测试小组任务、目标和各小组成员的具体职责,对部门测试工作的正常开展起到规范的指导作用。
测试细节、技术和策略等问题不在本文档描述范围内。
2测试团队构成
2.1组织结构
图1
2.1.1成员组成:
测试组长:
王文慧
测试组员:
全部同事(暂定)
注:
测试组由测试组长、测试组员组成。
人员配备视项目大小确定。
2.2测试组职能
产品测试是产品开发过程中的重要组成部分,测试团队主要肩负着如下责任:
Ø在项目的前景、需求文档确立基线前对文档进行测试,从用户体验和测试的角度提出自己的看法和建议。
Ø针对测试需求进行相关测试技术的研究。
Ø编写合理的测试计划,并与项目整体计划有机地整合在一起。
Ø编写高效、覆盖率高的测试用例。
Ø认真仔细地实施测试工作,并提交测试报告供项目组参考。
Ø进行缺陷跟踪与分析。
Ø对测试整个过程进行总结,完善和优化测试流程,提高和改进测试方法和技术。
2.3职责划分
职务名称
相关主要责任
项目经理
●与开发组协调,提供测试组所需的内、外部资源。
●跟踪项目测试进度,对测试组的工作进行指导、监督。
测试组长
●负责测试任务的规划。
●给测试小组内成员分配指定任务。
●协调测试组内部相关工作,对组内成员进行工作上的指导、监督。
●参与测试计划制定,辅助编写所负责部分测试用例。
●实施测试用例,执行测试,提交当日测试记录。
●检查缺陷处理结果。
●编写项目总结性测试报告。
测试成员
●实施测试用例,执行测试。
●做好测试记录工作,提交当日测试记录。
表1
3.测试流程及规范
3.1测试流程图
图2
3.2计划与设计阶段
3.2.1测试申请阶段
过程要点
详细说明
输入条件
开发团队编码工作完成,并已完成内部测试;
工作内容
1.开发组填写申请单,向测试组提交测试内容。
2.测试小组检查提交的软件的完整性和可测性:
●检查送测的软件是否完整,能否进行测试;
●检查单元测试是否通过能够开始下一阶段测试工作;
退出标准
提交的软件经测试组检验通过
责任人
项目经理,测试组长
表2
3.2.2测试设计阶段
3.2.2.1设计测试计划
测试组接收测试申请单后,需要编写测试计划文档、制定测试策略及预估测试过程中的风险,并设计出合理的规避风险的策略,为后续的测试工作提供直接的指导。
过程要点
详细说明
输入条件
需求说明书(或技术规范),项目开发计划
工作内容
根据项目的需求文档、设计文档,编写测试计划。
测试计划中应该至少包括以下关键内容:
●依据项目背景及要求,确定测试环境。
●测试需求——需要测试组测试的范围,估算出测试所花费的人力资源和各个测试需求的测试优先级
●测试策略——确定项目的测试计划内容,整体测试的测试方法和每个测试需求的测试方法,同时做好测试进度安排及人员调整。
●测试资源——本次测试所需要用到的人力、硬件、软件、技术等资源
●测试组角色——明确测试组内各个成员的角色和相关责任
●可交付工件——在测试组的工作中必须向项目组提交的产物,包括测试计划、测试报告等
●测试计划编写完毕后,必须提交给项目组全体成员,并由项目组组中各个角色组联合评审。
退出标准
●测试计划由项目组评审并通过.
●在项目开发过程中,要适时的对测试计划进行跟踪,以评估此计划的完整性、可行性,在项目结束时还要最后评估一下测试计划的质量
责任人
测试组长
表3
3.2.2.2项目演示讨论
过程要点
详细说明
输入条件
需求说明书(或技术规范)、流程通畅的项目
工作内容
测试团队成员对需求中不清楚、不完整、太概括或存在疑义的地方提出问题,相关开发人员解答并确认。
退出标准
所有人员对问题无异议
参与人员
测试人员,开发人员
3.2.2.3设计测试用例
在需求分析文档确立基线以后,测试组需要针对项目的测试需求编写测试用例,在实际的测试中,测试用例将是唯一实施标准。
在用例的编写过程中,具体的任务和责任人如下:
过程要点
详细说明
输入条件
测试需求明确,测试计划,需求文档,详细设计,概要设计,开发计划
工作内容
根据测试计划、详细设计书设计测试用例,设计参考原则:
●边界值分析
●错误推测等
●业务知识及相关流程
退出标准
●测试用例需要覆盖所有的测试需求
●测试用例需进行评审并通过
●项目进行过程中,适时的根据需求变更来对测试用例进行维护
责任人
测试组长,项目经理
表4
3.3实施测试阶段
3.3.1实施测试
实施测试用例将花费测试组大部分时间,这些工作都是建立在前期很多计划工作的基础上。
过程要点
详细描述
输入条件
测试组长于前一工作日定出当日的测试计划,确定可用的测试用例。
工作内容
●依据测试计划,按照测试用例对软件功能进行测试。
对于发现的缺陷必须记录,并且跟踪缺陷的状态,直至缺陷的验证关闭。
在测试执行过程中发现的遗漏测试用例必须补充至测试用例,保证测试用例与实际测试的一致性。
●记录实施用例的结果,提交当日测试纪录,提交到项目管理软件日志。
●提交缺陷。
退出标准
测试用例中的所有任务被执行,结果被记录。
责任人
测试组成员
表6
3.3.1.1工作流程
图2
3.3.2汇总测试bug
在约定的测试周期完成之后,测试组长需要总结此次测试的结果,汇总测试bug记录。
过程要点
详细描述
输入条件
测试组完成了预定周期的测试任务
工作内容
测试组长根据此轮测试的结果,汇总测试bug记录(参考测试bug记录表模板),主要应包含以下内容:
●测试的人员和时间
●测试所覆盖的缺陷——测试组在这轮测试中所有处理的缺陷,报告测试组长处理的缺陷和实施工程师验证的缺陷。
●测试新发现的缺陷数量
●上一版本活动缺陷的数量
●测试评估——写明在这一版本中,哪些功能被实现了,哪些还没有实现,这里只需写明和上一版本不同之处即可
退出标准
在每轮测试结束之后应尽快将符合标准的测试bug记录发给项目组组长
责任人
测试组长
表7
3.3.4回归测试
在每轮测试结束之后,由测试组重新拷贝修改后的最新版本,进行回归测试。
过程要点
详细描述
输入条件
在每轮测试中,按照现有的测试用例没有新的缺陷被发现,测试报告中全部的活动缺陷都被解决。
工作内容
●测试组将按照测试计划中对于回归测试的策略对产品进行回归测试,回归测试的用例属于测试用例的一部分或者是全部测试用例,但不能超出原先预定的测试用例的范围。
●记录用例实施结果,提交回归测试记录。
退出标准
●回归测试所运行的用例全部通过
●缺陷经过验证
●所有缺陷都被指明处理方式
责任人
测试组成员
表8
3.4总结阶段
测试工作结束或即将结束时,测试组就要开始着手准备进行总结的工作。
3.4.1测试总结报告
在回归测试结束之后,测试组长将要编写测试总结报告,对测试进行总结,并且提交给全体项目组,为产品的后续工作提供重要的信息支持。
过程要点
详细描述
输入条件
测试组完成了所有的测试实施工作.
工作内容
测试组长根据测试的结果,按照测试总结报告的文档模板编写测试报告(参考测试总结报告模板),测试报告必须包含以下重要内容:
●测试资源概述——多少人、多长时间。
●测试结果摘要——分别描述各个测试需求的测试结果,产品实现了哪些功能点,哪些还没有实现
●缺陷分析——按照缺陷的属性分类进行分析
●测试需求覆盖率——原先列举的测试需求的测试覆盖率,可能一部分测试需求因为资源和优先级的因素没有进行测试,那么在这里要进行说明
退出标准
测试组长完成了符合标准的测试报告,发送给全项目组。
责任人
测试组长
表9
3.4.2测试验收
测试验收工作是在以上工作全部结束后,对测试的过程,效果进行验收,宣布测试结束。
过程要点
详细描述
输入条件
测试终结报告需求文档
工作内容
验收组成员,对本次测试进行验收,验收内容包括:
●测试效果验收——测试是否达到预期目的
●测试文档验收——测试过程文档是否齐全,可信,符合标准
●测试评估——从总体对测试的质量进行评估
●测试建议——对本次测试工作指出不足,需要在以后工作中改进的地方
退出标准
测试验收通过,测试验收记录整理完毕
参与人员
测试成员,项目经理
责任人
测试组长
表10
3.4.3测试归档
测试归档是在测试验收结束宣布测试有效,结束测试后,对测试过程中涉及到各种标准文档进行归类,存档。
过程要点
详细描述
输入条件
测试验收通过
工作内容
归类、存档测试过程涉及到的文档,主要包括以下电子文档(必须)
●测试计划文档
●测试用例文档
●阶段性测试报告文档
●测试验收记录文档
退出标准
全部文档归类完毕,版本号封存
责任人
测试组长
表11
3.4.4测试工作总结
测试总结工作是在以上的工作全部结束以后,它的目的是评估本次测试工作,总结经验,促进测试流程及规范的改进和提高,同时也提醒全体测试组成员在以后的工作中需注意的问题。
3.5BUG跟踪表
测试验收结束后,跟踪产品在试运行阶段暴露出来的新缺陷,以及已提交的缺陷是否再次发生。
过程要点
详细描述
输入条件
测试组完成了所有的测试实施工作,测试验收通过,产品试运行、运行。
工作内容
●已发现缺陷是否再次发生
●是否有新一轮测试中未发现的缺陷
●是否有新一轮测试中已发现但未修改的缺陷
定义:
A类:
新发现的缺陷
B类:
已发现的缺陷
C类:
已发现未修改的缺陷
退出标准
缺陷跟踪报告
责任人
--
表13
4标准文档
1.《测试申请单》
2.《测试计划》
3.《测试bug记录表》
4.《测试总结报告》
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- XX 测试 工作 流程 制度