ICode9

精准搜索请尝试: 精确搜索
首页 > 其他分享> 文章详细

测试流程

2019-12-02 10:02:09  阅读:265  来源: 互联网

标签:测试报告 流程 XXX 评审 测试用例 测试


 

 

 

 

测试流程规范

 

 

 

 

编写: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-XXX;JCQD-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

标签:测试报告,流程,XXX,评审,测试用例,测试
来源: https://www.cnblogs.com/520502-thy/p/11969031.html

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有