Web测试流程

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




    推荐阅读