主要是從
測試工作的角度，對幾個測試相關的維度進行分析，說明它們是如何影響專案質量的。這6個維度是作者自己的總結，這六個維度也只是和
功能測試有關，至於系統的效能、可靠性、可用性如何度量
首先，我們要明確乙個概念，就是「嚴重bug」。這6個維度，有很多都和嚴重bug有關。嚴重bug指的是專案中，嚴重性是1級和2級的bug。注意，並不是優先順序，而是嚴重性。嚴重性1級是「block」，指程式無法正常執行或者是測試無法正常進行，隨便點兩下，就報錯；2級是major，指功能的各種錯誤，總之是使用者不可接受的錯誤。3級大多是文案或者是易用性的問題，使用者可以接受少量這種型別的bug。
好，下面開始討論那六個維度，我會說明計算方法，以及它們的戰略意義。
1、嚴重bug數 / 測試用例數
這個維度代表了乙個專案的嚴重bug數量是否正常，讓測試用例參與計算，是為了平衡規模不同的專案的資料。
2、第三輪測試出現的嚴重bug數 / 嚴重bug總數
目前我們的測試過程模型是「三輪測試」，三輪的目標分別是：發現bug、驗證bug、穩定回歸。如果在第三輪回歸的時候，還出現大量嚴重bug，那肯定是不正常的，也會對質量構成巨大風險。這個數字應該要控制在乙個很低的水平。
3、被reopen的嚴重bug / 嚴重bug總數
reopen指開發fix後，測試驗證不通過，或者是已經close的bug又**。這個維度也應該被控制在乙個很低的水平，如果偏高，說明開發修復bug的效率偏低，**不穩定，發布後出現bug的機率增加。
4、第二輪測試用例執行通過率
因為第二輪的目標就是修復bug，所以如果第二輪結束的時候，嚴重bug全部被修復，並且第三輪沒有出現新的嚴重bug，那麼可以說專案的質量是非常穩定的。這裡判定第二輪用例通過與否的標準，就是看第二輪結束時，如果有嚴重bug沒有關閉，那相關的測試用例就是failed。此外，3級bug如果沒有關閉，除非有確定的用例與之對應，否則不會影響用例的通過率。
5、測試工作量（人月） / 測試用例數
這個維度代表投入的測試資源是否充足，這裡的工作量，指的是從測試設計到測試執行的所有人月數。如果數字過低，說明測試資源緊張，無法保證測試質量；如果過高，說明有可能測試效率低，測試經理需要進行解釋。
6、嚴重bug平均關閉時間（天）
bug 關閉時間，指bug從建立開始，到close為止，經過的時間，要精確到小數點後1位。只有狀態是close的bug，才會計算關閉時間。平均關閉時間的計算方法也很簡單，把所有closed嚴重bug求平均值即可。這個維度代表專案組解決bug的效率，如果時間太長，說明專案組對bug重視不夠。
用例評價的質量維度
正確性：確保測試標題描述部分的內容正確性。
經濟性：只為確定需要的目的設計相應的測試步驟。
可重複性：自我一致性，即不管誰執行此用例，結果一樣。
適應性：既能適應短期需要，又能考慮長遠需要。
可追蹤性：用例能追蹤到乙個具體的需求
自我清理性：單個用例不會影響整個測試環境，即用例執行完了可以恢復原有的測試環境。
可測試性：用例的測試目的和操作在具體系統中是可實現的，可操作，可觀察的。
指導性：用例的操作步驟能夠指導執行人員完成測試，並準確判斷結果是否正確
覆蓋率：保障對需求的完全覆蓋，「用例數/需求」達到質量目標
規範性：格式規範，且所有用例都符合統一的寫作規範
有效性：用例發現問題的效率可用「百用例發現問題數」或「平均用例發現問題數」來度量
5c原則：correct（準確）、clear（清晰）、concise（簡潔）、complete（完整）、consistent（一致）
識別交換機優劣的六個方面
隨著網路應用的逐漸深入，電信級交換機，特別是三層交換機已經成為當今市場爭奪的焦點。但是在功能各異 種類繁多的交換機裝置中，使用者要如何撥開迷霧，找到符合自身應用特點的產品？這不僅需要使用者從傳統的交換機評價指標入手，考量產品的價效比，還要特別留意產品是否能夠提供對一些具有高附加值的最新功能的支援。一...
優秀專案經理的六個習慣
專案經理是專案的領頭人，是專案團隊靈魂型的人物。專案經理需要具備怎樣的良好習慣方能更有助於團隊 專案和自我的成功，史蒂芬 柯維博士在 高效能人士的七個習慣 一書中闡述了高效能人事所需要具備的七個習慣 積極主動 以終為始 要事第 一 雙贏思維 知彼解己 統合綜效 不斷更新。無疑，這七個習慣也是優秀專案...
質量保證的六個模式（3） 引入客戶質量模式
質量保證的六個模式 3 引入客戶質量模式 陳能技2007 10 6 原文 quality it s all in the values neil harrison 我們從研究的組織中發現模式。這些模式形成了動態組成的軟體專案組的語言模式。這裡有一些模式是跟質量和價值尤其相關的。這些模式是從 orga...