Web测试流程
作者：互联网
1.需求评审：产品输出详细测试文档，组织需求评审会议
2.UI评审：设计评审、评审UI设计稿
3.技术评审：技术提出落地方案接口、数据库、实现方式等相关类型。
4.排期确认：①技术评审后，开发给出开发周期时间，并给出具体联调时间、提测时间
②开发排期后，评估测试时间
③基于整体周期确认上线时间
5.测试用例评审：评审测试用例，会后输出冒烟用例。并邮件发送测试用例评审结果报告。
（1）测试用例：xmind梳理测试要点
（2）冒烟用例：excel提供
文件名：项目名称+项目版本号+冒烟用例
内容：
①表头：用例路径、前提、步骤、预期结果、实际结果、备注、执行人（实际结果、备注、执行人：由执行smoke用例者填写）
②详细内容：主流程的测试用例覆盖
（3）测试用例评审报告：
主题：【测试用例评审】项目名称+项目版本号+用例评审（已评审）
主送：产品经理+项目经理+其他直接相关人员（测试、开发等）
抄送：对应主送人直属领导+qa测试组（qaqa@tuya.com>）
正文：测试用例评审出的确认点
a.内容
①需求逻辑有变更（新增、删除、修改等），明确本次项目需求迭代范围
②需求不清晰有待确认的点
③开发遗漏的需求逻辑
④特殊的需求逻辑的交互方式
b.说明测试平台上提测等总结性话语
附件：①xmind文件；②xmind对应的png；③冒烟用例附件
6.提测：开发PM Typ上提测，并上传对应冒烟用例执行结果
7.验收smoke ：测试同学针对冒烟用例进行测试。如果存在冒烟用例有1条不过的情况（主流程），则提测打回（邮件打回并且群里通报）
主题：【提测打回】项目名称+项目版本号+冒烟提测测试情况同步
主送：产品经理+项目经理+其他直接相关人员（测试、开发等）
抄送： 对应主送人直属领导+项目组成员
正文：主要内容如下：
①提测时间，是否延期提测，延期提测天数
②冒烟用例测试结果，阻塞流程的问题原因
③可注明提测打回一次，根据次并记录在版本测试质量评分中
8.开发提测后，通知产品根据测试点，验证正向和反向测试用例，测试完成后，输出最终产品测试报告。出现流程问题未通过，同第7步，打回产品。
9.提测后，smoke通过即可通知产品和UI参与最初的验收
10.每日项目总结，同步到项目群中。注明项目风险点，项目整体进度情况。完成第一轮测试后（基本功能已经稳定，可以通知安全组验收（天玑（陆锋）），告知预计上线时间，迭代名称，环境地址、登录信息、基本功能描述，可建议安全组什么时候完成。一般发布前提前3-4天，如果大项目可适当再提前）
11.发布评审：测试通过后，测试发起项目评审，评审项目的发布计划，确认发布顺序、回滚计划、风险评估等。输出项目结果报告
主题：【项目结果报告】项目名称+项目版本号+项目结果报告
主送：产品经理+项目经理+其他直接相关人员（测试、开发等）
抄送： 对应主送人直属领导
正文：主要内容如下：
①测试结果：是否达到发布状态
②测试内容：列举主要测试内容点
③遗留问题：如果遗留问题，需产品邮件答复确认否发布。
12.发布线上。输出测试结果报告。
主题：【测试报告】项目名称+项目版本号+项目测试报告（已发布）
主送：产品经理+项目经理+其他直接相关人员（测试、开发等）
抄送： 项目组相关人员
标签：Web,流程,冒烟,评审,用例,测试用例,测试,提测 来源： https://www.cnblogs.com/muqilv/p/15880769.html