测试流程

喜夏-厌秋 提交于 2019-12-06 07:49:25

 

 

 

 

测试流程规范

 

 

 

 

编写:XXX

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1.测试流程

1.目标

2.主要流程

3.自动化测试在测试流程中的作用

4.一般的项目测试流程

5.需求评审

6.设计评审

7.测试计划

8.测试用例

9.冒烟测试

10.测试执行

11.测试报告

12.验证发布

 

 

1.1. 目标

目标:

为了更好的保证产品质量,提高测试效率,沉淀积累测试流程,特制定该流程,并在一段时间内推动并落实:

 

1.2. 主要流程

 

 

 

1.3. 自动化测试在测试流程中的作用

 

 

 

1.4. 一般的项目测试流程

1、需求阶段:需求熟悉、需求评审

 

2、设计和代码阶段:设计评审、准备测试计划(评审)、测试用例(评审)

 

3、测试环境搭建、测试工具准备

 

4、测试执行(代码走查、冒烟测试、安全扫描、性能测试、易用性测试、回归测试)

 

5、生产环境验收测试。

 

 

1.5. 需求评审

对于任意的项目,都需要进行需求评审,充分了解需求,目的。在需求评审中发现需求的不足,遗漏等,尽量把问题消灭在萌芽阶段,这个阶段发现问题是效率最高的,能够节约大量项目时间。在需求评审之前,请各位仔细阅读需求说明,做好充分准备,避免会议上才开始阅读需求,或者需求评审的时候不能及早提出异议。

 

1.6. 设计评审

通过参与设计评审,了解设计架构,对了解系统的设计,逻辑处理等有很大的帮助,能帮助我们设计测试计划,测试用例

 

 

 

1.7. 测试计划

测试开始之前,都应该做测试计划。思考测试范围,测试策略,风险分析已经对策,风险的预警,测试的人力、测试环境、测试数据、测试的时间等做好安排。 完成测试计划后,再次评审测试计划,避免重大的测试范围遗漏。

1.8. 测试用例

测试用例设计,要注意用例的完整性,可执行性,异常情况的覆盖,并注意测试用例的效率,用例设计完成后,需要和开发、产品一起评审,完善测试用例。

1.9. 冒烟测试

冒烟测试在提测后及时进行,需要执行冒烟测试用例,并且启动接口自动化测试脚本。冒烟测试结果及时回复相关人员。

1.10. 执行测试

一般测试在release分支或者hotfix分支中进行。不接受开发分支提测。有利于我们分配测试环境、减少回归测试等工作。release或者hotfix分支测试完成后,分支管理员开始合并代码到master。在master上进行功能的验收和整体的回归测试。测试通过后,发”邮件给运维,申请发布。

 

注意:在环境部署完成后,第一时间启动接口测试脚本,快速完成回归测试,如果测试失败,及时排查解决问题。随后再开始进行功能测试。这样能避免问题遗漏到master上的时候才发现。

 

 

1.11. 测试报告

按照测试报告模板,每个项目测试完成后都应该提交测试报告。产品会依据测试报告来决定是否可以发布。

1.12. 验收测试

发布后线上验收是质量保证的最后环节,一般由产品完成验收。在验收完成之前,相关的开发、测试、产品都应在场。

 

 

 

2. 发布流程

2.1. 角色以及任务

产品负责验收

 

开发负责完成代码,自测,准备数据库脚本,配置变更

 

测试负责发布分支的测试、合并到主干后的回归测试、测试完成后邮件发送测试报告。

 

分支管理员:负责发布WIKI页面的创建、代码合并

 

运维在生产环境部署、更新配置

 

DBA审核开发的数据库脚本并在测试和生产环境更新数据库。

 

子流程:

 

1、数据库变更流程

 

2、配置变更流程

3. 测试报告

3.1. 测试报告

形式: 测试报告采用邮件形式发出

时间:测试报告在测试完成后及时发出

发起人:测试负责人发起该邮件

邮件的接收人:对应的产品,开发,测试人员,运维(负责发布)

邮件标题: XXX(JIRA ID+ JIRA标题 + 测试报告

邮件内容:

 

XXX项目】测试报告

 

需求范围:JCQD-XXX

测试周期:2016/9/8-2016/9/12

测试人员:

测试环境:

 

测试结果:

 

用例总数 已测 未测 PASS FAIL Blocked

           

 

测试详情:(有必要说明的事项都可写在该栏里)

 

1.测试过程中发现几个bug,已修复并验证通过几个bug

 问题单号:JCQD-XXXJCQD-XXX...

2.Blocked的问题单号有JCQD-XXX等。并写清楚该部分问题如何解决。例如,经与产品经理确认,该功能放到下期需求。(也就是说,需求变更的部分归到blocked一类)

 

测试结论:

XXX功能测试结果: 通过/失败

 

测试总结与建议:

说明测试内容、进度、结果

遗留的问题

其他说明,例如可见的风险

 

代码分支:

 

需要部署的服务:

 

数据库变更:

 

配置变更:  

 

4. 文档模板

4.1. Jira模板

XX端:

 

环境: 测试环境:192.168.0.19

          浏览器:Google, IE9

/APP--机型

描述:

【账号 / 密码】: XXX / xxxxxx   eg. XXX 20160921/1234567a

【操作步骤】:

1.XXX

2.XXX

3.XXX

【期望结果】: XXX

【实际结果】: XXX

【接口报文】: XXX

 

4.2. Bug模板

 

 

 

 

4.3. 用例模板

 

 

 

*或者使用Xmind

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!