如何設計可復用的測試用例(2)

　　2、面向復用的測試用例設計過程

　　當前，測試用例設計都砥向不同的具體應用，與被測軟件是緊耦合的?？紤]到復用的目的，測試用例的設計應不同于以往。本文提出了面向復用的測試用例設計過程，給出了設計過程中應實施的各項活動，主要包括被測軟件(系統)共性分析、測試策略分析、設計測試用例、測試用例評審、測試用例執行和修改、測試用例入庫共六個步驟，如圖l所示。該過程對現有測試用例的復用處理也是適用的。

　　2.1共性分析

　　同一領域或相同架構的軟件存在著共性需求。通過共性分析或領域分析，并結合任務分析等方法，梳理出被測軟件所屬領域或相同類型軟件的相同或相似特征及需求，例如，工作流程、共性場景、功能、性能等，從而挖掘出可復用點，例如，相對獨立且類似的功能、相同的構件、相似的業務流程。該步驟實質上要抽象出被測軟件應用領域的概念，類似于設計模式中的共性分析。

　　這項活動需要領域專家、軟件專家、設計人員、測試專家等人員參與。

　　2.2 測試策略分析

　　針對共性分析挖掘出的可復用點，分析各復用點的測試策略，包括測試類型、測試方法、測試環境、測試覆蓋率等內容。

　　2.3 設計測試用例

　　根據前兩個步驟的分析結果對每個可復用點設計測試用例。在設計時，應使所設計的測試用例滿足可復用測試用例的特性，特別要注意以下幾方面：

　　1)每個測試用例的目的要盡量獨立、單一，以滿足可復用測試用例獨立性的要求。

　　2)對一項明確的測試需求，應關注“測試思想”，即測試思路，以滿足可復用測試用例通用性要求。當前，為了使測試用例是可操作的、可復現的，一般都要求測試用例要設計得非常詳細，例如，每一操作步驟的輸入數據、操作等信息都要具體描述。這樣的測試用例和被測軟件是緊耦合的，只有在同一軟件的回歸測試和版本升級維護測試中可能會復用到，在其他情況下復用是很困難的。在設計可復用測試用例時，測試用例的可操作性、可復現性要弱化，即，對測試用例進行通用化處理，排除和特定應用相關的具體信息，以降低測試用例和被測軟件的相關度，例如，參數化或公式來代替具體的輸入數據，抽象出共同或關鍵的操作等。但為了加強測試用例的可操作性和可復現性，在設計可復用測試用例時，應對一些差異之處進行預測，即進行可變性分析mJ，并用適當的方式描述出來。只有這樣，當復用該測試用例時，測試人員可以在原有基礎上對其進行完善，使其能夠滿足特定的測試情況。

　　3)將設計出的測試用例用規范而精煉的自然語言清晰地描述出來，保證其完整、標準。軟件評測組織或機構應定義本組織使用的規范和術語。

　　需要說明的是，對于一個具體的測試項目，因為面向復用，所以以上所設計的測試用例可能不完全滿足被測軟件的測試需求，為此，應針對被測軟件的需求補充新的用例或對現有用例進行充實完善。

　　2.4 測試用例評審

　　可復用測試用例設計完成后，組織領域專家、軟件專家、測試專家、軟件設計人員對其進行評審，確保所設計的測試用例是正確的，滿足可復用測試用例的特性。

　　評審同時應關注以下幾點：每個共性需求的測試策略是否合適;每個共性需求是否被可復用測試用例所覆蓋;每個共性需求是否被可復用測試用例進行了充分測試，例如，某一共性功能，不能僅測試正常情況，還應測試邊界和異常情況。如果測試用例沒有通過評審，則需要重新回到設計測試用例步驟。

　　2.5 測試用例執行和修改

　　將通過評審確認的測試用例用于被測軟件，尋找其不正確或不完善之處并糾正完善。

　　2.6 測試用例入庫

　　將經過測試執行確認的可復用測試用例統一納入測試用例庫中，供測試人員在后續軟件測試或以后的項目中查詢使用。測試用例庫應是按照一定的組織結構形成的測試用例集合。

　　3、基于復用的軟件測試模型

　　文獻給出了一個測試用例復用流程：首先定義被測軟件的測試用例類型;再根據所定義的從測試用例庫中檢索是否有適合的用例;如果可以找到，則提取出測試用例，程序結束;否則，需要設計測試用例，驗證其正確性，如果正確，則添加到庫中以便再次復用，程序結束。這個流程只適用于完全不需要進一步完善的可復用的測試用例，由于可復用測試用例的通用性，該流程顯然不適用于實際情況。文獻[12]給出了另一個測試用例復用模型，該模型建立在沒有測試用例庫的基礎上，且將測試用例分為內外兩類，本文認為這種劃分是不必要的。

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