>>>

Jaydeep Kaur在軟體測試的整個軟體測試生命週期（STLC），包括需求分析，測試，交付和支援方面有近四十年的經驗。有了為銀行，保險公司和資本市場公司工作的經驗，Jaydeep領導著卓越資料遮蔽中心Capgemini質量保證團隊。她閒暇時間就讀讀小說，還對市場上最新的產品有著濃厚的興趣。 ?

Devjyoti Namata在為金融服務機構的軟體測試的整個軟體測試周期方面有近兩年的經驗。在過去的一年，他一直是一名Capgemini金融服務全球業務部卓越資料遮蔽中心的成員。他空閒時間有時做做飯，有時用他的望遠鏡凝視夜空。 ?

?

　　正是因為業務需求推動應用軟體的建立，所以應用程式的設計必須萬無一失且通過質量保證認證。

　　測試用例設計有兩個主要任務：
　　 ?測試設計是所有邏輯測試用例的注意要求的草案。如果有效地設計，這就是一個能在測試執行時節省相當大精力及成本的關鍵部分。
　　 ?規格包含被轉化為將要進行的物理測試指令的完整描述的草稿。

　　我們使用一個基於元資料的方法來設計測試用例。這種方法對於將要跨多個應用程式進行統一測試時以可重複的方式設計測試用例來說是很有用的。示例場景是涉及資料遷移或企業資料遮蔽的專案。基於元資料的測試用例設計和通用測試用例設計的主要區別是：前者沒有在從需求去推導測試用例上花時間，因為通過元資料直接使用資料或前期資料的資料或屬性是有可能的。

圖1．使用測試用例生成工具設計測試用例

　　用基於元資料的方法，我們可以著手處理庫存要求；反過來，著手處理庫存要求也可以獲取元資料儲存庫中的資料屬性。基於庫存，就能準備高層次的場景，然後支援測試用例的開發。為了加快測試用例的準備過程，我們設計了可以用任意基本指令碼語言（如VB指令碼，UNIX或Perl）實現的方法，以可重複的方式高效地生成測試用例。
　　 測試用例生成工具（ TCGT ）是一個基於在矩陣上的資訊的基礎上生成測試用例的高度自動化工具。它生成的測試用例可以滿足驗收，確認，應用核實的目的。基於元資料的測試用例設計可以用於以下兩種場景，在這兩種場景中要求了基於工廠的測試用例設計和生成。

　　場景1：資料遷移
　　 資料遷移專案需要大量的資料庫測試，以確保沒有資料洩漏，且遷移後資料的完整性和質量得以保留。遷移過程是由一組作為對映規則和轉換功能的規格決定的。例如，如果我們正在測試一個系統，把資料從SQL Server 2005遷移到SQL Server 2008中，我們就需要執行以下操作：
　　 ?資料遷移的需求分析
　　 ?規範化要求
　　 ?元資料驗證
　　 ?資料驗證

　　場景2：資料遮蔽
　　 基於元資料的測試用例的設計也可以在企業資料遮蔽中實現。資料遮蔽測試需要比較資料正確性和完整性的源頭資料和目標資料。沒有遮蔽或遮蔽後複製的表格應該測試其資料變化，遮蔽演算法和業務規則。在大多數情況下，資料遮蔽場景需要可重複準備和執行的測試用例，這樣測試用例設計中就可以使用元資料方法了。

　　版權宣告：本文出自 SPASVO澤眾軟體測試網：http://www.spasvo.com/news/html/2014417114613.html

　　原創作品，轉載時請務必以超連結形式標明本文原始出處、作者資訊和本宣告，否則將追究法律責任。

轉載於:https://my.oschina.net/spasvo/blog/260693