軟件測試用例生命周期(2)

　　按照測試用例類型組織：將不同測試用例的類型來進行測試用例的分類和組織，也是一種常用的方法。比如可以根據配置測試用例、可用性測試用例、穩定性測試用例、容量測試用例、性能測試用例等來對具體的測試用例進行分類和組織。

　　按照測試用例優先級組織：測試用例是有優先級的。對于任何軟件，實現窮盡測試是不現實的。在有限的資源和時間內，首先應該進行優先級高的測試用例，或者用戶最需要的功能模塊或者風險最大的功能模塊等。

　　在上面的三種測試用例組織方法中，按照功能模塊進行劃分是最常用的。不過，我們可以結合起來使用，比如在按照功能模塊劃分的基礎上，再進行不同優先級的劃分，甚至不同測試用例類型來進行劃分和組織。

　　測試用例組織好以后，就需要進行測試用例的執行，知識測試生命周期中的重要的過程。具體的過程可以如下：

　　根據軟件模塊，進行具體測試用例的設計，這些測試用例可以保證模塊的測試覆蓋率。

　　軟件的各個模塊組成測試單元(單元集成測試)。

　　測試單元和測試環境、測試平臺以及測試資源等形成測試計劃的重要組成部分，并最終形成完整的測試計劃。

　　測試計劃形成后，需要確定測試執行計劃。

　　將測試執行計劃劃分成多個不同的測試任務。

　　將測試任務分配給測試人員實現測試執行過程。

　　測試人員執行測試得到測試結果和測試相關信息。

　　2)測試用例跟蹤

　　在測試執行之前，需要回答這樣的一些問題：哪些測試單元是需要測試的?有多少測試用例需要執行?如何來記錄測試過程中測試用例的狀態?如何通過測試用例的狀態，來確定測試的重點或者什么模塊是需要進行重點測試的?

　　要回答這些問題，就需要對測試過程中測試用例進行跟蹤。測試過程中，測試用例的基本狀態有三種：通過、未通過和未測試。根據在測試執行過程中測試用例的狀態，實現測試用例的跟蹤，從而達到測試的有效性。因此，測試用例的跟蹤主要是針對測試執行過程中測試用例的狀態來進行的，通過測試狀態的跟蹤和管理，從而實現測試過程和測試有效性的管理和評估。

　　測試用例執行的跟蹤：在測試執行的過程中，對測試用例的狀態進行跟蹤，可以有效的將測試過程量化。比如，執行一輪測試過程中，測試的測試用例數目是多少，每個測試人員每天能夠執行的測試用例是多少，測試用例中通過、未通過、未測試的比例各是多少。這些數據可以提供一些信息來判斷軟件項目執行的質量和執行進度，并對測試進度狀態提供明確的數據，有利于測試進度和測試重點的控制。詳細的測試用例執行跟蹤，可以參考測試用例評估章節。

　　測試用例覆蓋率的跟蹤：測試用例覆蓋率包括了測試需求的覆蓋率、測試平臺的故概率、測試模塊的覆蓋率等。

　　測試用例的跟蹤方式有各種各樣。具體采用的方式需要跟蹤組織的測試方針和測試過程、測試成熟度等。具體的方法有：

　　沒有任何記錄：純粹通過測試人員的記憶來跟蹤測試用例。這種方法并不可取，除非是測試項目是基于個人開發的小的軟件系統。

　　電子表格：使用電子表格對測試用例執行過程進行記錄和跟蹤是一種比較高效的方法。通過電子表格來記錄測試用例執行狀況，可以直觀地看到測試的狀態、分析和統計測試用例的狀態，以及測試用例和缺陷之間的關聯狀態，還有測試用例執行的歷史記錄等等。這種測試用例的信息，可以為測試過程管理和測試過程分析提供有效的量化依據。

　　測試用例工具：最好的方法應該是通過測試用例的管理工具，來對測試用例狀態、缺陷關聯、歷史數據等進行管理和分析。工具不僅能夠記錄和跟

　　測試用例的狀態變化，同時也能夠生成測試用例相關的結果報表、分析圖等，這樣可以更叫高效的管理和跟蹤整個測試過程。不過，工具的使用需要更高的成本，并且需要專門的人員進行維護。

　　3)測試用例維護

　　測試用例并不是一成不變的，當一個階段測試過程結束后，會發現一些測試用例編寫的不合理，或者下個版本中，部分模塊的功能發生了變化，這都需要對當前的一些測試用例進行修改和更新，從而使測試用例具有可復用性。

　　一般在下面的情況下，可能需要修改或者更新測試用例：

　　以前的測試用例設計不全面或者不夠準確。隨著測試的深入和對產品的熟悉，發現測試用例的步驟描述不夠清楚，或者描述的不夠正確，甚至原來對系統需求的理解有誤差。

　　測試過程中發現的一些問題，并不是通過執行當前的測試用例發現的。這時候，需要增加測試用例來覆蓋發現問題的一些步驟。

　　新的版本中有增加的功能或者功能的需求發生了變更。

　　隨著版本的升級，有些測試用例需要刪除。

原文轉自：http://www.anti-gravitydesign.com