基于測試用例進行測試管理

　　對于產品來說，如何通過黑盒測試來保證產品的質量是一件很艱苦的事，手工測試人員一遍遍的進行測試，最大程度的發現產品中的缺陷。個人認為，在黑盒測試中，測試的核心工作內容應圍繞著測試用例來進行。下面為個人對“基于測試用例進行測試管理”的一些認識。

　　我們都知道，測試，不管是白盒，黑盒，功能或性能測試都離不開測試用例，可以怎么說，測試用例是一切測試的基礎，也是測試的核心地區。測試用例設計的好與壞，完善與不完善都直接影響到測試的效果，產品的質量保證。下圖為一個簡單測試用例中心圖，大家可以自行擴展，進行添加或刪除。

　　上圖完全是與測試用例為核心進行管理，下面進行解釋：

　　1、軟件測試的幾個關鍵過程可以通過中間一列進行表示出來，一般測試人員在進行參與項目測試時，首先應該由測試負責人根據軟件需求進行測試需求提起，然后通過測試需求來確定項目測試的目標和缺陷判定標準。測試策略是根據測試需求來制定詳細規劃，最后分發到各個編寫測試用例人員手中進行測試用例編寫。在進行測試用例評審過程中，可以發現測試用例為中心管理第一點好處，測試用例編寫反應出測試人員對需求的理解程度。通過“需求——測試用例”，逐漸達到熟悉軟件需求和用例完善。

　　2、再看第二點，執行測試用例發現軟件缺陷，通過圖中的“軟件缺陷——測試用例”，也構成一個小循環，執行人員在執行測試用例時，能發現測試人員編寫用例水平情況，完善程度。而測試用例也能讓軟件缺陷被發現越多，提供給開發人員的缺陷描述越準確。這也就是第二點好處。

　　3、“軟件缺陷——測試需求”可以看成一個大循環，通過對需求的理解可以設計出測試用例，通過執行測試用例可以發現軟件缺陷，反過來也一樣，通過軟件缺陷可以反應出測試用例是否完善，也能反應出需求的不完善，促進項目產品的功能越來越完善。

　　4、通過編寫測試用例效率，執行測試用例速度情況，都能看出一個測試人員對業務知識的掌握情況，掌握越多，編寫用例肯定比較完善，執行人員也能快速執行用例發現問題。通過測試用例編寫與執行情況，可以促進業務知識方面進行培訓，這是第四點，“業務知識——測試用例”的循環。

　　5、測試用例是測試人員進行的一項測試工作，也是耗時最長，需要消耗精力最多的測試工作，如何保證后續產品能快速測試并且能保證產品質量，這就需要進行回歸測試，可以使用自動化測試進行，但對于沒有進行自動化測試的公司來說，從測試用例中挑選一批高質量的回歸測試用例，在每次新版本中，進行快速回歸測試也是一種不錯的做法。

　　6、當然即使進行自動化測試，也還是需要進行編寫自動化測試用例，開始的測試用例如果編寫完善，詳細的話，一些用例可以直接做為自動化用例，這樣也提高了測試效率，第六點。

　　7、而對于測試部門來說，測試知識庫的積累顯的至關重要，完善的知識庫，不但可以讓新員工快速對公司產品測試上手，測試用例庫是一個最好的積累，新員工可以通過閱讀用例快速掌握產品功能，業務知識，常用的測試手段，用例書寫方法等。而且對一些測試技巧也能很好的提高。

　　8、測試用例知識庫的積累還能使迭代開發的項目，減少很多書寫測試用例的時間，對于新項目，可以進行項目測試用例的遷移整理，修改。而不是重新書寫新的測試用例。

　　9、測試績效考核，一些公司通過編寫測試用例數量，執行用例數量，發現缺陷效率等來進行，這些都和測試用例有關。所以說，測試用例的好與壞，不僅直接影響到測試效率，而且影響到測試人員的績效效率。

　　上面只是介紹一些和測試用例掛鉤方面，下面說一些具體做法：

　　測試用例編寫：

　　在測試負責人分配測試用例編寫計劃后，最好由業務知識熟悉的員工進行用例編寫，每周進行一次用例評審，直到測試用例編寫完成。

　　測試用例維護：

　　其實基于測試用例進行測試管理的重點就在“測試用例的維護”，好的維護才能保證用例的有效性，實施性。一般測試用例維護最好在每周組織測試人員，對測試用例進行維護和更新。一般用例需要改變會有以下幾種原因：

原文轉自：http://www.uml.org.cn/Test/200903126.asp