1.需求評審：產品輸出詳細測試文檔，組織需求評審會議
2.UI評審：設計評審、評審UI設計稿
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.發布線上。輸出測試結果報告。
主題：【測試報告】項目名稱+項目版本號+項目測試報告（已發布）
主送：產品經理+項目經理+其他直接相關人員（測試、開發等）
抄送： 項目組相關人員
