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.发布线上。输出测试结果报告。

主题：【测试报告】项目名称+项目版本号+项目测试报告（已发布）

主送：产品经理+项目经理+其他直接相关人员（测试、开发等）

抄送： 项目组相关人员