移動APP測試之怎麼避免Bug漏測？

下面分析出現缺陷漏測情況所採取的措施：

對需求評審階段，對業務需求細節理解不明確，未深入挖掘隱含擴充需求

改進措施

需求評審前，我們應該先仔細閱讀 prd及互動文件，先形成自己對產品的思考，透過腦圖的方式列出對產品設計的疑問點,從使用者或者從行業角度找出產品設計

缺陷點

需求評審會議中，帶著列出的疑問點向產品、開發溝通自己對產品的疑惑和質疑點，多提幾個為什麼？如何實現？資料獲取來源？超出預期的資料怎麼處理？快取處理機制如何？資料儲存何處？邏輯由前端處理還是後端服務？後端服務邏輯是否跟第三方關聯？

需求評審完成後，按照一定的功能，將需求拆分成若干大模組，大模組拆分成小功能點，然後考慮功能點的具體實現流程

 

對 測試用例 覆蓋不全面，場景出現遺漏：

改進措施

用例設計完成後組織用例評審：

（ 1）組織開發、產品進行測試用例評審，並丟擲用例設計時的疑問，透過產品實現角度、資料儲存、產品體驗角度對用例進行評審完善。

（ 2）如時間充裕，組織測試組內用例評審也是非常必須的，特別是一些經驗老道或者業務熟悉的老司機們，可以在用例評審上快速的幫忙指出用例的遺漏點，有助於測試人員開啟思路，儘可能多的覆蓋使用者場景，值得注意的是用例評審上遇到不確定的，應立即記錄下來，結束後及時找相關人員確認，避免猜測。

 

根據線上使用者反饋缺陷完善用例：

產品測試釋出上線後，對於使用者反饋的缺陷，如果缺陷是因為場景設計不全引起的，我們先分析出現問題的場景是必現還是偶現，如果是必現，我們可以透過和技術介面人溝通，確認該場景的一些具體復現步驟，確認引入原因，解決方案。然後進行測試用例完善：除了補充該場景 case外，考慮一些和該場景相關聯的場景，將多種場景下測試用例及時完善、評審，增加到用例庫中去。

 

對測試階段未嚴格按照 測試用例 執行：

改進措施

測試用例不一定能保證所有的場景和功能點都能覆蓋到，但是嚴格按照測試用例執行測試，能最大程度上保證產品質量，儘量避免出現缺陷。

另外養成測試紀錄習慣：對於測試阻塞用例、測試 fail用例，應該重點關注並記錄，在迴歸測試階段進行精準迴歸測試，確保修復bug導致關聯功能引入的新bug也能被發現。

 

對測試環境、測試資源受限，導致缺陷漏測：

改進措施

引入灰度釋出測試

測試組在預釋出環境上進行迴歸測試，能基本模擬真實環境執行測試環境無法測試的用例，又不影響線上使用者的正常使用。

 

對開發人員引入的新 BUG：

改進措施

程式碼 review

從程式碼管理層面：開發修復一個 bug提交程式碼自測透過準備提測時，開發團隊提交程式碼進行程式碼review，引入新BUG的可能性較小。

精準迴歸測試

從測試自我修養層面：在開發提測後，透過 diff程式碼的方式，瞭解程式碼改動點，精準分析改動點對相關聯的功能點的影響，將開發人員修復的BUG確認驗證，並將相關聯的功能點儘可能在app測試階段透過遍歷迴歸測試到。