【假如你是测试经理/组长】测试流程及测试过程中的注意事项（仅供参考）

目前（2021.10.20）测试执行过程中实际测试流程【重点看】

【需求评审】——>【案例编写】——>【案例评审】——>【开发提测，冒烟演示】——>【冒烟通过】——>【测试环境执行用例】

——>【通知验收】——>【测试环境测试完成】——>【通知开发上stage】——>【stage测试】——>【stage环境测试完成】

——>【测试编写上线测试报告】——【开上线会】——>【泛微通过上线单审批通过】——>【运维上线】——>【线上数据准备】

——>【线上环境验证】——>【线上数据复原下架等】

测试环节中不同节点注意事项

• 【案例评审】：一般是评审导图，研发+产品+测试+其他参与者根据实际需要。
• 【用例编写】：如下图，通常情况下，测试用例包括如下三部分：场景测试，功能测试，冒烟测试；

                                    场景测试用例主要是针对项目的整体业务逻辑进行场景设计。

                                    功能测试用例主要是对各模块内基本业务（场景中需要使用的基本业务需要重点编写）进行覆盖。

                                   冒烟测试用例主要提供给开发进行提测前的自测。思维导图主要是编写测试用例前对测试业务逻辑的梳理；

 

• 【通知开发提测，冒烟演示】：提测前需要开发填写提测单。 冒烟需要建立冒烟测试单，测试单前面增加【冒烟】，关联对应冒烟用例，给开发执行！（关乎绩效）
• 【冒烟通过】：没有严重bug就可以判断为测试通过，冒烟bug禅道提交跟踪。
• 【测试执行】：

1、测试的环境为05环境，测试人员自己发版，开发不可发版。测试根据建立测试环境测试单，测试单前最好添加【test05】，测试单时间为测试案例实际执行起止时间（关乎绩效）。

2. 测试阶段所有的bug都在禅道中记录，测试过程中所有bug提交禅道跟踪，并及时跟踪bug的解决情况，开发已解决的bug及时指回给测试回归。

3.所有的测试活动都在测试用例中体现。

4.有需求变更的情况，及时更新测试用例。

5.各项目涉及到前后台开发的，允许前台后台分部提测。后台先提测的，开发保证后台的冒烟用例自测通过；前台提测后，开发保证主流程冒烟用例自测通过。

6.开发的冒烟测试用例执行通过并提测后，测试环境内部的测试过程包括：

a. 先执行冒烟测试用例，验证开发是否真正执行了冒烟测试，冒烟测试未通过的，上报给测试部门和项目，开发修改并继续执行冒烟测试。

b. 冒烟测试通过的，根据测试用例执行测试，优先执行场景测试用例，以便尽早发现整体业务逻辑是否有问题，有阻止的提bug并在群里及时通知开发。阻止的bug一个小时内未解决的，通知开发主管或测试部门协作解决。场景测试阻止时或者场景测试执行完后，再执行功能测试用例。

c.测试执行阶段，每天先跟踪修复的bug，再执行计划中的用例。

d.原则上，所有的用例执行通过，所有1,2,3级的bug关闭，并且回归测试没有问题的，可以发布到Stage环境验证。

e.有问题群里讨论！

• 【通知验收】：通知人：产品+UI，通知节点：测试到90%左右就可以通知验收了。
• 【测试环境测试完成】：完成标准: 测试环境bug都已经解决关闭，案例执行100%，允许有遗留bug，但是遗留bug必须经过产品+开发+测试+其他人员根据实际情况的一致同意！
• 【通知开发上stage】: 一般情况，尽量上线前一天（或者更早，根据项目大小确定）上stage，给stage测试留时间。备注：项目紧急情况下是否上stage酌情处理！
• 【stage测试】：

1、在Stage环境，测试根据建立stage环境测试单，测试单前添加stage字样，测试单时间为实际测试时间，不要和测试环境测试单是一天（关乎绩效）。

2、stage环境重新执行用例，根据stage环境发布的时间来决定全部用例执行还是抽取典型用例执行。stage环境验证无误后，生产环境上线。

3、stage不能测试的场景需要评估风险！

• 【编写上线测试报告】：上线报告模板根据公司实际情况
• 【开上线会】：主要是同步一些上线事项，一般是开发TL发起，也可能其他人。生产环境测试发现风险点需要同步评估风险！
• 【泛微通过上线单审批通过】：发起人为开发TL，流程经过测试时需要填写confluence的测试报告链接。
• 【线上验证】：上线验证本次上线内容和必测场景。

生产环境验证checklist：

 

 

 

备注：以上为一般情况测试流程，实际测试过程中可能会有小出入，根据项目酌情处理。