模板
教程
環境
性能
功能
管理
如何寫好一份軟件測試計劃？(7)
發表于：2014-08-15來源：uml.org.cn作者：吳朝東點擊數：
標簽：測試計劃
測試停止標準的檢查者 測試停止標準作為一個驗收標準，還需要明確規定標準執法者。沒有規矩不成方圓，但是有了規矩而不執行，也是成不了方圓的，
測試停止標準的檢查者
測試停止標準作為一個驗收標準，還需要明確規定標準執法者。沒有規矩不成方圓，但是有了規矩而不執行，也是成不了“方圓”的，所以需要執法者或者說護法者，在這里體現為檢查和核實我們的測試是否達到了標準。有時候，為了表示民主，大家一起說了算在人數不多的項目組也是一個可取的方式。
Aaron講了自己的一些理解，但看著過于抽象，所以就繼續具體點講一下。開發人員貼code，Aaron這邊沒Code，只好貼幾張便簽紙
|
測試標準應該包含的內容： 》有效測試用例（功能）執行率達到X%？ 》單元測試代碼行覆蓋率達到X%？ 》單元測試用例通過率X%？ 》單元測試用例設計通過評審 》核心模塊（A,;B,D等模塊）測試覆蓋 》所發現缺陷均納入缺陷管理系統 》優先級最高的bug全部修復 》其他bug全部被處理（修復，延遲并報告等處理方式） 》功能測試用例模塊，功能點覆蓋率達到？ |
|
按照測試類型來的測試停止標準： 比如單元測試活動在滿足以下所有條件之后可停止： 》核心模塊代碼100％ 經過Code Review 》單元測試用例設計通過評審 》測試用例執行率100% 》最新版本的單元測試通過率為100% 》單元測試全局代碼行覆蓋率不低于80% 》單元測試單個模塊代碼行覆蓋率不低于70% 》單元測試中被測單元發現的bug產生率不低于3個/千行代碼 》所有發現缺陷都納入缺陷追蹤系統 》優先級1類bug全部被修復 》優先級2，3類bug全部被處理（修復或者不處理并明確在測試報告指出且獲得通過） 》完成了單元測試報告并通過評審 …… |
|
實際工作中會出現的停止“標準” 測試活動在滿足下列條件之一時需要暫?；蛘呓K止： 》新的需求變更過大，測試活動應暫停，待需求定義穩定后繼續； 》測試超過了預定時間，且測試時間不可能繼續增加的情況下應停止測試； 》測試成本增高（Bug發現率低于1個/周，此時所發現缺陷低于預定義的上限）； 》若開發暫停，則相應測試也應暫停，并備份暫停點數據； 》軟件系統通過驗收測試； 》軟件項目在其開發生命周期內出現重大估算和進度偏差，需暫?；蚪K止時，測試應隨之暫?；蚪K止，并備份暫?；蚪K止點數據； 》項目負責人申明停止項目； 》團隊集體（開發，管理，測試，市場，銷售人員）同意停止項目（因市場及利益等原因）； …… |
上面幾張便簽來自網絡和個人實踐，Aaron只是摘選部分，切不可直接拿來作模板，否則就是 Aaron的誤人子弟的罪過了~這幾張便簽紙并不能直接幫助讀者建立起一個適合自己項目的“測試停止標準”，因為Aaron相信大家的能力。Aaron將測試停止標準扯到計劃測試系列的目的，是要提醒讀者在計劃的時候就要有看到我們的結果的眼光。項目也好，測試過程也好，都是以結果為導向的，沒有最后的成功，中間過程即使很完美，對于項目(產品)自身是沒有任何意義的(大多數情況下，項目成員在吞食失敗的挫折感的同時，至少還收獲了經驗，所以可能還會有人會享受失敗項目中的“美好的過程”)。
原文轉自：http://www.uml.org.cn/Test/200911128.asp
