测试部测试工作规范
1. 目的
规范专用测试组工作内容和工作流程,通过规范化的工作模式,提高专用测试组的整体工作效率。
2. 产品测试工作要求
2.1.测试工作流程
测试工作流程图如下:
2.2.详细说明
2.2.1. 初始
从项目经理或研发工程师处获得产品的产品测试计划情况,包括版本号、计划完成时间、需求内容、修改内容等,根据不同产品的需要与任务发起人讨论产品是否是可测试的。
2.2.2. 计划
根据产品测试计划的时间和需求范围制定测试计划,选择已有的测试用例,编写新功能的测试用例,明确每一轮测试所要用到的用例有哪些,用例的选择要经过评审确认。
输出:测试计划、测试用例或测试大纲
2.2.3. 执行
收到提交测试的产品包后,首先须进行冒烟测试,保证基本的安装/卸载过程正常,数据流正常,才可以进入功能测试。
每一轮的测试要将已经确定的测试用例完整执行一遍,将一轮测试中发现的bug更新到团队任务管理系统的当前工作计划中,通知研发工程师进行修改,所有的bug修改完成后才可以提交完整包进行下一轮的测试。在下一轮测试开启前,允许研发工程师提交两次文件,以替换的方式进行bug验证,bug验证通过后再要求开发打包提交进行下一轮测试。
输出:bug列表,阶段性测试报告(每一轮测试执行完成后发出)
2.2.4. 收尾
内测完成后要编写内测报告,编写版本发布说明、用户手册、安装说明文档等配套文档。对于一些子模块的入库,可以不提供用户手册。
输出:内测报告、版本发布说明、用户手册(可选)、安装说明文档
2.2.5. 完成
测试通过的包需填写设计变更通知单并通知工程部,将程序打包上传到FTP服务器中RELEASE目录下指定的子目录,并通知输出给工程部后认为是测试阶段完成。
输出:设计变更通知单
2.2.6. 注意事项
n 提交的测试工作计划,要检查是否符合入口标准,如果描述不清晰、不准确,或者存在明显的产品命名、版本号不正确之类的错误,要求开发修改后重新提交测试申请。
n 保证每一轮都将测试用例跑完,再将bug提交给开发人员,要求开发人员将bug全部修复完成之后再提交测试,如果只是部分修改,除非有合理的理由,否则不接受测试。
3. 外部技术支持工作
3.1.工作流程
![](http://hi.csdn.net/attachment/201109/6/0_1315306129DimF.gif)
3.2.详细说明
3.2.1. 初始
外部问题的提交最好采用邮件的形式进行交互,测试人员收到问题后认真查看问题的描述,如果对于问题描述有不理解的地方直接与问题提交人进行交互。
3.2.2. 分析
判断问题是否为已知缺陷,如果是已知缺陷,直接答复给问题提交人处理问题的方式。
如果不是产品的已知缺陷,需要在现场重现此问题,分析定位问题发生的原因,将分析结论转给开发人员,由开发人员给出解决方案。同时,要把问题填写进bug管理系统。
3.2.3. 收尾
给出问题解决的报告,报告内容包括分析定位的结论、如果是已知缺陷给出解决方案。报告要发给问题提交人,抄送给测试主管和产品经理。
3.2.4. 完成
与问题提交人确认问题是否解决,若已解决,则任务完成。
3.2.5. 注意事项
n 问题的交互最好都采用邮件的方式,以保存问题交互记录,作为追溯和工作记录的依据。
n 对于新发现的问题如果是产品缺陷,一定要填写bug,无论是否已通过其他手动方式解决。
4. 其他要求
4.1.bug填写说明
bug填写时要描述清楚以下几个方面的内容:
n 测试时的操作步骤,描述清楚测试的时候是如何做的操作。
n 问题现象,最好可以附上截图。
n 测试分析结论、建议,给出测试的分析结论。
4.2.周报/月报填写说明
4.2.1. 周工作任务统计
任务名 | 所用工时(天) | 详细情况描述 | 工作结果 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
4.2.2. Bug统计表
New(新录入bug数) | Reopen(重开bug数) | Closed(关闭bug数) | Reject(开发拒绝bug数) |
0 | 0 | 0 | 0 |
填写说明:
n 描述本周做了哪些工作,每项工作大概使用多少工时(单位:天),情况如何。
n 对本周的bug情况进行总结。
4.2.3. 工作月报
月报内容包括:
1、 本周主要任务分布:(%)
项目名称 | 测试任务(天) | 文档编写/修改(天) | 外部技术支持(天) | 其他(天) |
XX项目 | 10 | 20% | 50% | 20% |
填写说明:
n 对本月的工作做一个归纳总结,描述每个项目中每个任务占用工作天数。
n 对当月发现的问题进行总结,任何方面的问题都可以,并简单分析一下产生问题的原因,给出一些建议和意见。