[發明專利]生成軟件系統的測試用例的方法和設備

有效

• 申請號: 200810002615.2
• 申請日: 2008-01-10
• 公開（公告）號: CN101482815A
• 公開（公告）日: 2009-07-15
• 發明（設計）人: 談華芳;N·M·米特蘇莫里;朱俊;李中杰;劉鶴輝
• 申請（專利權）人: 國際商業機器公司
• 主分類號: G06F9/44
• 分類號: G06F9/44
• 代理公司: 北京市金杜律師事務所
• 代理人: 吳立明

技術領域

本發明一般涉及數據處理領域，以及更具體地，本發明涉及一種 用于使用運行時跟蹤來生成業務模式以及業務級別測試用例的方法和 設備。

背景技術

長期以來，一直認為軟件測試是系統開發活動的一個重要的并具 有挑戰性的部分。面向服務架構(SOA)的出現對軟件測試提出了新 的要求。SOA是一種粗粒度、松耦合的服務架構，它可以根據需求通 過網絡對松散耦合的粗粒度應用組件進行分布式部署、組合和使用。 在SOA中，服務之間通過簡單、精確定義的接口進行通信，而并不涉 及底層編程接口和通信模型。

基于SOA的軟件測試與傳統的軟件編程環境相比，SOA主要存 在以下特征：1)軟件系統本質上是分布式的，這就要求針對不同的開 發配置來確保服務質量(QoS)；2)系統通過替換單獨的服務、或者 通過添加新的服務來執行適應性的行為。

在傳統軟件測試中，需要結合使用單元測試、集成測試、系統測 試和回歸測試來確保所開發的系統完成了所期望的功能性。在面向服 務的系統中，盡管同樣可以使用適用于傳統系統的各種測試方法，然 而，對于SOA系統來說，SOA的動態性和適應性特征使得大多數測 試技術并不能直接應用于測試服務和面向服務的系統。例如，大多數 傳統的測試方法假設，開發人員總是能夠精確地識別出在給定調用點 所調取的實際代碼片段；或者，如同在面相對象的編程語言中，開發 人員已知多態組件的所有的(有限的)綁定。這些假設對于SOA并不 適用。在SOA中表現出的是，在開放的市場環境中實時發現服務、并 且稍后綁定。

采用SOA之后，除了系統架構的改變，還在建立系統的過程之中 引入了許多變化。SOA系統并非一次構建，而是需要多輪迭代來達到 令人滿意的質量。每輪迭代包括三個步驟：建立一個版本、對該版本 進行測試、以及將該測試后的版本部署至生產環境。

SOA系統的動態性和適應性特征使得開發人員難以預知所有的使 用配置，因而測試人員很難在第一輪迭代時設計出能夠覆蓋所有使用 情形的測試用例集合。但是，使用情形的覆蓋對于保證達到期望的用 戶質量水平非常重要。因而，針對未覆蓋的實際使用情形來生成補充 測試集合是確保SOA系統達到預期質量水平的關鍵。在下一輪迭代 中，將向當前的測試集合加入在實際使用情形中存在但并不包含在當 前測試集合中的測試用例。由此，如何發現未覆蓋的實際使用情況并 且將其補充到測試用例的集合之中，這成為了針對SOA的軟件測試技 術的研究重點。

一種可能的解決方案是，調節運行時跟蹤信息以發現未覆蓋的使 用情形，并且然后針對未覆蓋的使用情形來生成測試用例以補充測試 集合。然而，在此存在以下挑戰：1)如何從運行時跟蹤信息來生成有 意義的使用情形；2)如何控制測試用例的數量。從測試人員的角度看 來，使用情形應該是用戶與系統進行的有意義的交互序列。因而，需 要一種方法來將用戶與系統的交互相互關聯。同時，由于測試人員不 可能覆蓋實際發生的所有情況，所以在覆蓋使用情形的同時還需要控 制測試用例的數量。

從上述分析中可知，在SOA系統的軟件測試中，需要某些機制來 定義使用情形的覆蓋標準、并且降低測試用例的數量。

例如，AmberPoint提供了一種SOA運行時管理方案，其跨過不同 的環境捕獲網絡服務(web?service)消息，以便創建理想的階段運行 環境，創建實際響應來驗證功能性，提供模仿實際分布的理想裝載測 試和容量計劃情形，以及模擬集合或者部門直接控制以外的生產服務。 然而，AmberPoint并不關心應用級別的業務使用情形，而是只關心網 絡服務自身。

另外，IBM的Tivoli?ITCAM提供了運行時監控功能。Tivoli?ITCAM 針對一個用戶請求跟蹤服務/組件交互，這種針對一個用戶請求的一組 服務/組件交互稱作IT事務。然而，Tivoli?ITCAM并不提供用于形成 業務事務的能力，以便形成對于業務級別的測試人員有意義的業務事 務的功能性。

目前，現有技術中還不存在使用運行時跟蹤來生成業務事務模式 的方法，也不存在使用運行時跟蹤來生成測試用例的方案。

發明內容

本發明的一個目的是通過運行時跟蹤使用情形來生成業務事務模 式。

本發明的另一個目的是通過運行時跟蹤使用情形來生成業務級別 測試用例，以便在下一輪迭代中最大限度地覆蓋所有使用情形。