漏測的原因分析和改進措施

漏測通用性定義：

      指在産品缺陷在測試過程中沒有被發現（尤其是測試環境可以重制的缺陷），而是在版本釋出後或者在使用者使用後發現并回報回來的缺陷。可以說，漏測的問題是測試管理者最頭痛的問題。因為出現漏測，一來給客戶帶來了不好的影響和印象，二來增加缺陷修複的成本，三來給測試團隊也帶來負面和不利的影響。是以，作為測試管理者，測漏分析和預防是必須要做好。

測試團隊一定要做漏測分析的目的：

　　就是通過分析開發和​​測試過程​​​中漏測的缺陷，制定相應的預防措施以避免今後再發生類似的漏測。​​測試過程​​​的持續改進将提高測試環境的效果和測試執行的效率、降低遺留到使用者處的缺陷數和缺陷解決成本，進而提升軟體的品質、聲譽和銷售。在軟體​​産品開發過程​​中重視漏測分析并參與到漏測分析工作中的團隊越多，漏測分析的效果就越好。

漏測管理規範的定義考慮範圍：

　　（1）團隊内部對漏測的定義？

　　（2）漏測的原因分析？

　　（3）如何預防漏測？

　　（4）漏測問題如何定義嚴重性？如何判定應總結性輸出文檔及有一定的懲罰措施？或隻是總結在組内進行分享。

　　（5）。。。。。。

漏測的原因分析有以下的幾個方面：

1. 需求評審品質低，或參評人員能力不足，或過程不規範嚴謹
2. 需求變更頻繁，測試用例無及時更新
3. 用例設計的過于粗犷，測試步驟不清晰
4. 測試用例對需求的覆寫面不全，考慮不足
5. 測試人員測試思維局限，無思考全面
6. 測試人員執行過程不規範，人為漏測
7. 測試執行人員品質意識不足，發現的缺陷定義嚴重性程度低或不認為是問題
8. 測試環境與生産環境有較大出入
9. 測試環境或測試資料受限，無法模拟并覆寫執行所有正常和異常的場景分支
10. 功能回歸政策問題
11. 測試資源有限
12. ……

漏測預防或改進措施有以下幾個方面：

• 需求評審品質的提高

1. 需求評審過程必須建立規範的評審流程
2. 需求評審至少有需求、開發和測試人員參加
3. 需求評審必須安排業務熟悉和測試經驗豐富的測試人員參加

• 測試用例的及時更新維護

1. 每當發起了需求變更必須及時更新測試用例庫和做好過程記錄及用例評審
2. 在測試過程中啟發的測試用例必須及時更新或錄入到測試用例庫
3. 漏測情況出現時，必須分析漏測原因和補充對應的測試用例
4. 回報的運維缺陷問題（軟體部分）必須分析原因，并補充的測試用例庫

• 測試用例品質的提高（顆粒度、需求覆寫度、備援度等）

1. 測試用例的設計編寫必須由有測試經驗和業務基礎的測試人員設計編寫
2. 着重正常流程測試用例，尤其常用和典型的使用者場景和操作的分析
3. 建立規範的測試用例評審制度（組長評審、同行評審或組、組之間的交叉評審或發起需求和開發進行評審）
4. 建立通用測試用例庫和測試用例架構，建立優質測試用例
5. 提前并多方面準備充分的測試資料以覆寫到所有測試用例

• 測試人員測試思維和測試意識的提高

1. 組織部門内部的業務知識教育訓練
2. 組織部門内部的技術技能教育訓練
3. 組織部門内部的測試交流活動

• 測試環境要盡量貼近生産環境

1. 保證測試環境資料庫與生産環境的版本和配置一緻
2. 保證測試環境服務中間件與生産環境的版本和配置一緻
3. 可以的話，保證測試環境主機配置與生産環境主機配置一緻
4. 可以的話，保證或模拟測試環境的網絡環境與生産環境的一緻
5. 要注意環境的相容性測試問題，如系統、版本、分辨率等

• 測試執行過程的規範性、嚴謹性和政策性

1. 測試過程嚴格按照測試用例執行
2. 适時進行結對測試和交叉測試
3. 适時加入探索性測試或随機測試
4. 測試前，測試人員必須熟悉業務需求，亦要熟悉軟體邏輯
5. 測試過程中要不斷補充遺漏的測試用例
6. 測試過程盡量貼近使用者實際環境去測
7. 如有不影響實際使用的生産環境提供測試，最好在生産的環境和接口上進行測試

• 測試政策的制定與及時調整

1. 測試前根據風險定好測試政策，做好測試安排
2. 測試過程時刻關注項目進度，随時做好測試調整的準備
3. 如有充足的測試時間，最後一輪應該進行全面的回歸測試
4. 如有充足的測試時間，可以進行生産環境的beta測試
5. 回歸測試必須重點關注開發的修改範圍，以免遺漏新引入的缺陷

• 漏測的原因分析及分享和漏測财富庫的建立

1. 每當出現漏測現象，必須分析原因并組内通報，吸取教訓
2. 每當出現漏測，必須将漏測的缺陷及原因分析錄入财富庫

PS：

1、當出現因為漏測回報回來的問題時，測試管理者必須重視，并積極處理。立刻安排測試人員重制缺陷，并分析漏測原因。

2、漏測時缺陷一定要進行分析原因，思考總結和吸取經驗教訓，并在部門内部公開學習，以免其他成員同樣情況再次發生，盡可能減低缺陷的漏測量。

3、往往實際項目過程中，測試時間一般不會太充分，測試是基于風險和政策去進行測試的。是以，如何在有限的資源（時間，人力等）内進行有效的，充分的測試是每一個測試管理者需要思考的問題。