下面分析出現缺陷漏測情況所採取的措施：
對需求評審階段，對業務需求細節理解不明確，未深入挖掘隱含拓展需求：
改進措施
需求評審前，我們應該先仔細閱讀prd及交互文檔，先形成自己對產品的思考，通過腦圖的方式列出對產品設計的疑問點,從用戶或者從行業角度找出產品設計
缺陷點；
需求評審會議中，帶着列出的疑問點向產品、開發溝通自己對產品的疑惑和質疑點，多提幾個爲什麼？如何實現？數據獲取來源？超出預期的數據怎麼處理？緩存處理機制如何？數據保存何處？邏輯由前端處理還是後端服務？後端服務邏輯是否跟第三方關聯？
需求評審完成後，按照一定的功能，將需求拆分成若干大模塊，大模塊拆分成小功能點，然後考慮功能點的具體實現流程
對測試用例覆蓋不全面，場景出現遺漏：
改進措施
用例設計完成後組織用例評審
（1）組織開發、產品進行測試用例評審，並拋出用例設計時的疑問，通過產品實現角度、數據存儲、產品體驗角度對用例進行評審完善。
（2）如時間充裕，組織測試組內用例評審也是非常必須的，特別是一些經驗老道或者業務熟悉的老司機們，可以在用例評審上快速的幫忙指出用例的遺漏點，有助於測試人員打開思路，儘可能多的覆蓋用戶場景，值得注意的是用例評審上遇到不確定的，應立即記錄下來，結束後及時找相關人員確認，避免猜測。
根據線上用戶反饋缺陷完善用例
產品測試發佈上線後，對於用戶反饋的缺陷，如果缺陷是因爲場景設計不全引起的，我們先分析出現問題的場景是必現還是偶現，如果是必現，我們可以通過和技術接口人溝通，確認該場景的一些具體復現步驟，確認引入原因，解決方案。然後進行測試用例完善：除了補充該場景case外，考慮一些和該場景相關聯的場景，將多種場景下測試用例及時完善、評審，增加到用例庫中去。
對測試階段未嚴格按照測試用例執行：
改進措施
測試用例不一定能保證所有的場景和功能點都能覆蓋到，但是嚴格按照測試用例執行測試，能最大程度上保證產品質量，儘量避免出現缺陷。
另外養成測試紀錄習慣：對於測試阻塞用例、測試fail用例，應該重點關注並記錄，在迴歸測試階段進行精準迴歸測試，確保修復bug導致關聯功能引入的新bug也能被發現。
對測試環境、測試資源受限，導致缺陷漏測：
改進措施
引入灰度發佈測試
測試組在預發佈環境上進行迴歸測試，能基本模擬真實環境執行測試環境無法測試的用例，又不影響線上用戶的正常使用。
對開發人員引入的新BUG：
改進措施
代碼review
從代碼管理層面：開發修復一個bug提交代碼自測通過準備提測時，開發團隊提交代碼進行代碼review，引入新BUG的可能性較小。
精準迴歸測試
從測試自我修養層面：在開發提測後，通過diff代碼的方式，瞭解代碼改動點，精準分析改動點對相關聯的功能點的影響，將開發人員修復的BUG確認驗證，並將相關聯的功能點儘可能在app測試階段通過遍歷迴歸測試到。