zoukankan      html  css  js  c++  java
  • 测试流程

     

     

     

    测试流程规范

     

     

     

     

    编写: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

  • 相关阅读:
    最短路径问题/Spfa
    cddiv/数组维护
    cfdiv2/c/找规律
    Codeforces Round #343 (Div. 2)【A,B水题】
    POJ 2135_Farm Tour
    POJ 3469_Dual Core CPU
    POJ 3469_Dual Core CPU
    POJ 3281_Dining
    POJ 3281_Dining
    POJ 3041_Asteroids
  • 原文地址:https://www.cnblogs.com/520502-thy/p/11969031.html
Copyright © 2011-2022 走看看