需求評審會（策划主導，關於系統設計、關卡設計、玩法設計、數值設計、劇情設計、職業設定、）
需求分析（以測試的觀點分析待測對象的軟件需求，相當於制作軟件的詳細設計），對象主要來源於各種文檔資料，入軟件需求規格，Use case，界面設計，項目會議或與客戶溝通時有關於需求信息的會議記錄，其他技術文檔等等。
完成一個測試項目首先必須了解測試規模、復雜程度與可能存在的風險，這些都需要經過詳細的測試需求來了解。測試需求越詳細准確，表明了對待測對象的了解越深，對所要進行的任務內容就越清晰，就更有把握保證測試餓質量與進度。
分析類別：1.常用的或規定的業務流程；2.各業務流程分支的遍歷；3.明確規定不可使用的業務流程；4.沒有明確規定但應該是不可以執行的業務流程；5.其他異常或者不符合規定的操作。以此理清業務的常規邏輯，一項一項列出各種可能的測試場景，同事借助於軟件的需求以及其他需求，來確定應該導致的結果，彼岸星沉了軟件業務流的基本測試需求。
用例編寫A.理清思路，避免遺漏，將測試系統的操作步驟按照一定的格式用文字描述出來。測試方法主要包括：1.等價類比法（有效等價類和無效等價類）；2.邊界值法；3.因果圖（生成判定表，）；4.錯誤推測法（基於經驗和直覺推測出系統可能存在的錯誤，從而有着針對性的設計測試用例）；5.其他如正交驗證法、狀態遷移圖、流程分析法
B.測試用例的格式與要素：編號、標題、測試場景、測試步驟、預期結果（測試步驟不可有混合）
用例評審1.先講解整個業務邏輯圖，需要保證評審人員對於整個業務邏輯圖都非常清楚，並且能夠理解為什么這么做；
2.分析整個業務邏輯圖是否有沒有覆蓋到的場景或者分支情況，采用頭腦風暴；
3.分析業務邏輯的異常處理情況，是否每個業務邏輯都有對應的異常情況處理，也采用頭腦風暴；
4.是否將邏輯的用例分類比較合理，讓大家通過邏輯很容易就找到對應的用例；
測試執行
缺陷回歸
封版提審（Android/IOS）
版本過審
灰度測試
正式更新
線上版本跟進