軟件測試用例之性能測試用例(4)

　　編寫用例

　　用例評審

　　進入版本控制庫

　　用例修改

　　使用用例&維護&升級

　　圖2 測試用例管理示意圖

　　1、 編寫用例：測試工程師根據需求分析、概要設計、詳細設計等文檔編寫測試用例。

　　2、 用例評審：3.1小結說明了用例的評審。原則上用例像程序一樣，要經過多次的修改才可以通過，而實際工作中只進行一到兩次。

　　3、 用例修改：評審結束后，需要根據評審意見進行修改，修改后通常不再進行評審。建議在時間和人力資源比較充裕的情況下，對用例的評審要像測試開發部門的產品一樣，經過反復的評審和修改，然后正式投入使用，因為每次評審可能都有新的發現。

　　4、 使用用例：在執行任務時，從版本控制庫取出用例，執行時建議直接在用例上記錄測試結果。這樣做會帶來兩個好處：首先是下次測試時可以看見上次測試的結果記錄，可以起一個提醒的作用;其次可以一次性的把發現的缺陷輸入到缺陷跟蹤數據庫中，在輸入時可以進行綜合統計，避免輸入重復的缺陷。每次使用后送入版本控制庫中，進行版本的管理。

　　5、 用例升級/維護：隨著軟件產品的不斷修改、升級，對應的用例也需要升級和維護。針對同一個項目，可以根據需求的變更不斷進行維護;如果是產品，用例的維護則更加重要，要達到用例和產品的版本一一對應。

　　測試用例的管理還可以采用專門的測試軟件例如TestDirector等來進行管理，測試工具通常會具備上面的功能。如果有條件，建議采用集成華的測試工具，這樣更容易對測試執行全程進行監控，可以把測試需求、測試用例、缺陷管理統一起來，大大提高測試效率。

　　在測試用例管理規范化并成為測試的執行準則后，管理測試用例帶來的巨大好處開始逐漸顯現出來，測試用例成為評估測試和改進測試工作的主要依據，可以給工具帶來巨大的方便。例如可以通過測試用例的執行情況來統計分析執行結果，編寫測試報告，判斷軟件測試是否完成，通過統計測試覆蓋率、測試合格率、重要測試對象的合格率是多少來完成對軟件質量的評估;尤其是新員工到崗后，可以更容易介入工作。

　　總之，不管是性能測試還是其它測試都要本著“一切從實際出發”的原則，根據不同產品的特性進行用例編寫，最后按照要求完成測試，達到提高產品質量的目的。在測試用例的編寫過程中，尤其要記得“創新”，如果長期依靠某一測試用例編寫模式、采用某些固定的模板，測試用例編寫工作肯定會停滯在某一層次上不再發展，一定要跟著測試對象的不斷變化來調整策略，在具體的工作中改進和提高，才能“開發”出優秀的測試用例! 

原文轉自：http://www.kjueaiud.com