對於產品來說，如何通過黑盒測試來保證產品的質量是一件很艱苦的事，手工測試人員一遍遍的進行測試，最大程度的發現產品中的缺陷。個人認爲，在黑盒測試中，測試的核心工作內容應圍繞着測試用例來進行。下面爲個人對“基於測試用例進行測試管理”的一些認識。
我們都知道，測試，不管是白盒，黑盒，功能或性能測試都離不開測試用例，可以怎麼說，測試用例是一切測試的基礎，也是測試的核心地區。測試用例設計的好與壞，完善與不完善都直接影響到測試的效果，產品的質量保證。下圖爲一個簡單測試用例中心圖，大家可以自行擴展，進行添加或刪除。
圖：測試用例中心
上圖完全是與測試用例爲核心進行管理，下面進行解釋：
1、軟件測試的幾個關鍵過程可以通過中間一列進行表示出來，一般測試人員在進行參與項目測試時，首先應該由測試負責人根據軟件需求進行測試需求提起，然後通過測試需求來確定項目測試的目標和缺陷判定標準。測試策略是根據測試需求來制定詳細規劃，最後分發到各個編寫測試用例人員手中進行測試用例編寫。在進行測試用例評審過程中，可以發現測試用例爲中心管理第一點好處，測試用例編寫反應出測試人員對需求的理解程度。通過“需求——測試用例”，逐漸達到熟悉軟件需求和用例完善。
2、再看第二點，執行測試用例發現軟件缺陷，通過圖中的“軟件缺陷——測試用例”，也構成一個小循環，執行人員在執行測試用例時，能發現測試人員編寫用例水平情況，完善程度。而測試用例也能讓軟件缺陷被發現越多，提供給開發人員的缺陷描述越準確。這也就是第二點好處。
3、“軟件缺陷——測試需求”可以看成一個大循環，通過對需求的理解可以設計出測試用例，通過執行測試用例可以發現軟件缺陷，反過來也一樣，通過軟件缺陷可以反應出測試用例是否完善，也能反應出需求的不完善，促進項目產品的功能越來越完善。
4、通過編寫測試用例效率，執行測試用例速度情況，都能看出一個測試人員對業務知識的掌握情況，掌握越多，編寫用例肯定比較完善，執行人員也能快速執行用例發現問題。通過測試用例編寫與執行情況，可以促進業務知識方面進行培訓，這是第四點，“業務知識——測試用例”的循環。
5、測試用例是測試人員進行的一項測試工作，也是耗時最長，需要消耗精力最多的測試工作，如何保證後續產品能快速測試並且能保證產品質量，這就需要進行迴歸測試，可以使用自動化測試進行，但對於沒有進行自動化測試的公司來說，從測試用例中挑選一批高質量的迴歸測試用例，在每次新版本中，進行快速回歸測試也是一種不錯的做法。
6、當然即使進行自動化測試，也還是需要進行編寫自動化測試用例，開始的測試用例如果編寫完善，詳細的話，一些用例可以直接做爲自動化用例，這樣也提高了測試效率，第六點。
7、而對於測試部門來說，測試知識庫的積累顯的至關重要，完善的知識庫，不但可以讓新員工快速對公司產品測試上手，測試用例庫是一個最好的積累，新員工可以通過閱讀用例快速掌握產品功能，業務知識，常用的測試手段，用例書寫方法等。而且對一些測試技巧也能很好的提高。
8、測試用例知識庫的積累還能使迭代開發的項目，減少很多書寫測試用例的時間，對於新項目，可以進行項目測試用例的遷移整理，修改。而不是重新書寫新的測試用例。
9、測試績效考覈，一些公司通過編寫測試用例數量，執行用例數量，發現缺陷效率等來進行，這些都和測試用例有關。所以說，測試用例的好與壞，不僅直接影響到測試效率，而且影響到測試人員的績效效率。
上面只是介紹一些和測試用例掛鉤方面，下面說一些具體做法：
測試用例編寫：
在測試負責人分配測試用例編寫計劃後，最好由業務知識熟悉的員工進行用例編寫，每週進行一次用例評審，直到測試用例編寫完成。
測試用例維護：
其實基於測試用例進行測試管理的重點就在“測試用例的維護”，好的維護才能保證用例的有效性，實施性。一般測試用例維護最好在每週組織測試人員，對測試用例進行維護和更新。一般用例需要改變會有以下幾種原因：
1、軟件需求的改變——這個應該遵循“需求變更控制”進行管理，相應的用例變更。
2、測試人員對需求的理解錯誤——導致設計的用例錯誤
3、開發人員的設計文檔進行變動——用例修改更新
4、測試用例的遺漏——測試用例補充
5、版本發佈後，用戶反饋的缺陷——重現缺陷，補充或修改用例。
通過上面每週組織測試人員進行用例更新維護，用例庫會在軟件產品的更新中不斷的完善，也就讓測試用例的覆蓋逐漸的完善了。最後當項目結束後，就能得到一份完善的用例庫。至於用例庫的管理，可以參照公司對應的“配置管理實施”。
總之，“基於測試用例進行測試管理”——關鍵就是測試用例的維護，要保證測試用例與產品功能一致性。