App項目測試方案改進

標籤：產品   產品經理   功能   指令碼   roi   解決   方案   類型   svn   

問題現狀：
1、測試、開發、產品之間缺乏及時有效溝通。

2、缺乏對上線標準的定義。

3、測試時間比較短，人員短缺。

 

改進方法：

1-在產品需求出來後，測試需要按產品需求編寫測試案例，測試、開發、產品一起對用例進行評審及確認。

2-在測試過程中，測試需要進行常見的類型測試（一般包括：功能測試、使用者體驗性測試、弱網測試、相容性測試、效能測試）。

3-在發版之前的每一天，測試會統計BUG的嚴重程度及狀態分布情況，並列出嚴重問題BUG列表，後再抄送給開發和產品，以便他們瞭解修改產品BUG的情況。

4-在發版之前的每一天，測試人員需要跟蹤開發修複BUG的進展，如果開發修複問題比較緩慢，需及時與開發進行溝通和協調，跟蹤開發解決問題的進展情況。

5-版本發布標準，如（所有功能都按需求實現、測試所發現的問題都已經關閉、沒有出現主流程的BUG、嚴重程度以上的BUG數0個、低程度的BUG數<=5個、測試案例都已經執行完成）。

6-每次發布版本涉及到的內容（安裝包檔案、SQL指令碼、文檔等）需要按版本放到對應SVN上，並說明是屬於哪個環境的程式包（測試、預發布、正式）。

7-前端（android和IOS）發布版本，需要包含版本號碼、程式包檔案的MD5值、程式包檔案的時間戳記，對應的程式包檔案需要上傳到SVN上。

8-版本發布前，需要經過驗收測試，一般需要產品經理來介入驗收測試，產品驗收通過後，測試再按發布標準，來確定是否可以上線。

9-版本發布前，符合發版標準，並經過測試發布發版郵件通知後，才開始進行版本發佈動作，開發及測試需要協助營運進行發版操作。

App項目測試方案改進