Jeremy Ristau目前是VISTAPRINT的高級質(zhì)量工程師，掌管網(wǎng)站可交付產(chǎn)品的質(zhì)量并推銷公司網(wǎng)頁屬性的性能。 他在確保重新架構(gòu)項目及新功能的質(zhì)量結(jié)果方面有超過5年的專業(yè)經(jīng)驗。 他對需求采集，測試文檔和管理，及試驗周期的優(yōu)先回歸測試有著濃厚的興趣。

Harish Narayan目前是VISTAPRINT的技術(shù)董事，專注于將組織轉(zhuǎn)換成一個靈活的技術(shù)功能。 他的工作職能是開發(fā)專業(yè)的、的技術(shù)，以及保證全企業(yè)流程和性能的改進。 他熱衷于在組織里灌輸一種質(zhì)量文化，他已是包括電子商務(wù)，電信，金融服務(wù)在內(nèi)的各種不同行業(yè)的可靠的貿(mào)易伙伴。 他也有戰(zhàn)略規(guī)劃，全球運營，項目管理，績效管理，團隊建設(shè)方面的經(jīng)驗，他已經(jīng)成功地在各種合約中利用了這些經(jīng)驗。 他經(jīng)常演講和寫文章，之前還曾為Testing Experience撰寫過文章。

　　測試用例和測試資產(chǎn)通常隨著時間而增長，在許多情況下，它們的增長沒有得到很好的管理。我們認為，需要對測試用例的效率和效益進行管理，其方法與管理代碼資產(chǎn)十分相似。
所以，你問過自己以下幾個問題了嗎？
●你希望盡量減少測試維護時間嗎？
●你的測試集里的測試中有重復(fù)的設(shè)置步驟嗎？
●全面徹底的改變對你的測試有不利影響嗎？
●你的測試集過于零散/增長過快嗎？
●你的測試集和測試下的系統(tǒng)之間不對齊嗎？
　　如果其中的一個或多個問題你回答“是”，這篇文章會使你更加了解如何才能夠更好地回答這些問題并管理測試用例資產(chǎn)。我們將在某些章節(jié)加上一些用例（斜體）作為例子來說明我們的測試用例架構(gòu)設(shè)計方法如成功地在VISTAPRINT中被利用的。

　　背景及需要
　　VISTAPRINT一直通過以合理的價格提供專業(yè)的營銷產(chǎn)品和服務(wù)給世界各地超過50萬的微型企業(yè)，使它們讓人印象深刻并擁有脫穎而出的機會。
　　我們是一個電子商務(wù)營銷公司，擁有超過25個本地化的國際網(wǎng)站，每3周發(fā)布整個代碼庫將其投入生產(chǎn)。每個發(fā)布周期包括1周的需求審核，3周的開發(fā)，及 1周的全系統(tǒng)測試。這個5周的周期被2周覆蓋，使我們能夠每3周發(fā)布一個新產(chǎn)品。
　　我們當(dāng)前的代碼庫中缺乏某些架構(gòu)原則，比如關(guān)注點和服務(wù)導(dǎo)向的分離，所以大多數(shù)測試是通過一個完整環(huán)境的UI界面完成的。豐富的UI級自動化的存在會自動抄錄手動操作。
　　自動化由測試編寫質(zhì)量工程師外的開發(fā)團隊創(chuàng)建和管理。采用測試用例設(shè)計架構(gòu)的想法來源于提高我們的測試管理流程的需求。
　　以前在組織中，內(nèi)聯(lián)步驟文檔足夠了，但是一旦開始運行大規(guī)模的測試腳本，我們會遇到問題。雖然許多測試想要執(zhí)行完全一樣的步驟，但是每個測試都有其獨特的文檔。
　　記錄步驟的變化難以保持是一致且新的。這個過程是無效的且維護它的成本會不斷增加。此外，起草新測試時，設(shè)置步驟的知識需要傳播給每個人，以便更正記錄。即使測試的創(chuàng)建者只是想達到讓特性“通過”測試的目的，這也是必要的。這引起測試創(chuàng)建者和特性所有者之間很多不必要的來回交流。
　　我們提出三點以增加質(zhì)量組織的測試資產(chǎn)集的質(zhì)量和可擴展性。這三點如下，本文的重點是第三點：
1.優(yōu)質(zhì)的平臺和工具——一個全面的平臺，它擁有一個完整的與我們的自動化平臺無縫協(xié)作測試管理系統(tǒng)。
2.優(yōu)質(zhì)的工程培訓(xùn)和技能提升——一個擴展組織的技能使之更擅長利用測試設(shè)計和相關(guān)的做法的程序。
3.可擴展性的測試設(shè)計增強——我們推廣我們測試資產(chǎn)的重用和可擴展性的方法，本文的重點是不斷向前推進。以這種方法，我們的測試案例設(shè)計現(xiàn)在專注于把某種軟件架構(gòu)和設(shè)計原則用到測試用例的創(chuàng)建和維護過程中。
這些原則包括：
●定義測試對象模型
●孤立的，可重用的構(gòu)建模塊和模板
●測試參數(shù)
●一個“從測試到軟件”的映射

　　定義測試對象模型
　　傳統(tǒng)上，一個測試，被認為是包括某種驗證形式的一組執(zhí)行步驟。但是，比起你看到的，測試對象還有更多。測試對象模型需要測試并剖析其組成部分：描述符，步驟和可連接的業(yè)務(wù)對象。
●描述符表示存在于所有測試中的數(shù)據(jù)集。包括標題，測試所有者，創(chuàng)建日期等。
●步驟表示如用戶描述與系統(tǒng)的行為交互，功能驗證也包含于此。
●可連接的業(yè)務(wù)對象是任何有用的外部對象。這包括自動化腳本，其中包含了執(zhí)行正在測試中的底層系統(tǒng)的代碼。