軟體測試需要嚴進嚴出

　　今天在梳理軟體測試流程，同時檢討測試部門所做的工作，如何才能提高交付的質量，我認為軟體測試做起來複雜，但說起來很簡單，只四個字：嚴進嚴出。系統存在質量時就是因為這四個字沒做好：

　　“嚴進嚴出”不到位或未提出明確的要求

　　1、先說“嚴進”，目前造成軟體測試問題很多，bug怎麼也提不完的首要問題是“嚴進”沒有做到位，需求不清晰、缺少設計文件，版本冒煙不通過，大量連續的補丁都會對測試造成很大的影響，繼而影響到版本質量。

　　1）做到“嚴進”我們有哪些要求？由於哪些因素的影響，我們可以不進行測試或有條件的進行測試任務？

　　（A）沒有需求及設計文件或相關說明：功能已經開發完，但沒有需求、設計文件或相關郵件進行確認，拒絕啟動測試。

　　（B）需求及設計文件提交給測試部：功能已經開放完，但需求、設計文件沒有傳遞到測試部，且沒有預留足夠的時間供測試人員理解和反饋需求問題，拒絕啟動測試。

　　（C）功能未按計劃完全實現，且沒有明確的計劃變更。（例如計劃完成10個功能點，提交測試時僅完成8個），拒絕本次測試。

　　（D）進行計劃評估時，發現測試資源、時間無法滿足質量要求，拒絕啟動測試。

　　（E）測試計劃、方案未通過評審，拒絕啟動測試。

　　（F）測試用例未編寫完成，不能啟動測試。

　　（G）版本冒煙測試不通過（標準的冒煙測試用例及規範）拒絕進行本次測試。連續（三次？）不通過後，要求進行計劃變更，否則拒絕啟動測試。

　　（H）Bug 未按Bug review中要求的進行修改，或bug通過率低於80%時，拒絕本次測試。

　　2）做到“嚴進”我們需要做到哪些？

　　（A）合理的評估測試計劃（包括測試資源、測試時間、測試工具使用、相關組配合機制等）。合理指的是切實可行，且相關單位共同認可。

　　（B）完備的測試方案（主要是測試策略、測試點），測試方案緊扣需求及設計，測試場景符合客戶場景。

　　（C）測試用例清晰覆蓋面廣，且不冗餘。

　　（D）版本接收嚴格，不妥協，基本功能、重點功能、計劃要求功能未完成時不進行測試或要求進行計劃變更。

　　（E）測試評審。

　　（F）內部測試不通過補丁解決問題。

　　2、再說“嚴出”，現場不斷的反饋bug，不論我們解釋的原因如何，首先被想到的就是為什麼測試沒有發現現場的問題，這個和我們的“嚴出”有很大的關係：

　　1）功能不符合需求、設計文件，則測試不能通過。

　　2）功能存在P1、P2級別bug，P3級別在10以內，則測試不通過。

　　3）補丁超過3個時，需彙總到一起進行驗證。

　　4）每次版本、節點測試完成時，都配備測試報告或測試結論說明。

本文轉載自51Testing軟體測試網，檢視更多：http://www.51testing.com/html/news.html

[@more@]

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/11323760/viewspace-1059771/，如需轉載，請註明出處，否則將追究法律責任。