QA的幾個經典問題（2）

測試的幾個原則

1. 應當把「儘早地和不斷地進行軟件測試」做爲軟件開發者的座右銘。
2. 測試用例應由測試輸入數據和對應的預期輸出結果這兩部分組成。
3. 程序員應避免檢查本身的程序。
4. 在設計測試用例時，應包括合理的輸入條件和不合理的輸入條件。
軟件測試的原則
5. 充分注意測試中的羣集現象。
經驗代表，測試後程序中殘存的錯誤數目與該程序中已發現的錯誤數目成正比。
6. 嚴格執行測試計劃，排除測試的隨意性。
7. 應當對每個測試結果作全面檢查。
8. 妥善保存測試計劃，測試用例，出錯統計和最終分析報告，爲維護提供方便。

關於bug

測試的原則---Good Enough

　　對於相對複雜的產品或系統來講，zero-bug是一種理想，good-enough是咱們的原則。

　　Good-enough原則就是一種權衡投入/產出比的原則：不充分的測試是不負責任的；過度的測試是一種資源的浪費，一樣也是一種不負責任的表現。咱們的操做困難在於：如何界定什麼樣的測試是不充分的，什麼樣的測試是過度的。目前情況惟一可用的答案是：制定最低測試經過標準和測試內容，而後具體問題具體分析。

測試的規律----木桶原理和80-20原則

（1）木桶原理

　　在軟件產品生產方面就是全面(TQM)的概念。產品質量的關鍵因素是分析、設計和實現，測試應該是融於其中的補充檢查手段，管理、支持、甚至文化因素也會影響最終產品的質量。應該說，測試是提升產品質量的必要條件，也是提升產品質量最直接、最快捷的手段，但決不是一種根本手段。反過來講，若是將提升產品質量的砝碼所有押在測試上，那將是一個恐怖而漫長的災難。

（2）Bug的80-20原則。

　　實踐證實。80%的bug每每隱含在20%的軟件區域。因此一旦在某處發現了bug，多找找周圍。這也是有經驗的測試員的一種方式。

   通常狀況下，在分析、設計、實現階段的複審和測試可以發現和避免80%的Bug，而系統測試又能找出其他Bug中的80%，最後的5%的Bug可能只有在用戶的大範圍、長時間使用後纔會曝露出來。由於測試只可以保證儘量多地發現錯誤，沒法保證可以發現全部的錯誤。