采用這些把隔離引入了我們的集合中，并縮減了系統變換時腳本和文檔改變所需的時間。由于現在一個調用包含許多嵌套的步驟，測試用例的創建時間已被小化了。如果被調用的內容已被自動化，那么自動化時間也減少了。書面測試步驟保證了精確度，因為任何測試員都可以為該功能從業外調用步驟，但他們調用的項是由業內專家創建的。這使得可以從測試員吸取業內知識并用于測試集系統。
說明：
像大多數電子商務公司一樣，我們的網站有用戶登錄功能，且許多網站功能（管理購物籃中的物品，結賬等）都需要先登錄。還有許多專為確認這些功能是否有用的測試工作，并且所有的都必須登錄操作。一組“登錄”構建模塊被組成一個模板，該模板附帶所有這些功能測試。只有一個腳本是需要在數百個測試中自動登錄，大限度地減少編程時間，并在我們的登錄行為改變時阻止測試集變化。如果一個行為確實發生了變化，我們可以更新“登錄”模板，所有使用此模板的測試都隨之改變。這樣的實現和重用導致我們無需額外費力去更新和維護能大規模地縮放我們的測試集。
測試參數
參數是測試中的變量，它們允許特定的數據點在測試設計完成后分別被輸入。一些VISTAPRINT充分利用的參數包含了：環境（ DEV ，TEST等），瀏覽器（IE9，Chrome等），及籃子物品（名片，明信片等）。目前我們測試庫中的參數總數超過了700 ！使用參數構建模塊和模板引起自動調用測試接續它們。這擴展了測試下我們大部分系統的功能集使所有調用測試都免費了。測試設計者利用行業知識確定應使用哪些參數來確保適當的覆蓋范圍。參數可以使測試用相同的一般步驟但以不同的方式進行配置。定義廣泛變量以在之后的階段配置值使得許多數據驅動場景下表現為一個單一測試。這對測試管理有幫助并能有效地提高覆蓋率。實際上這也使我們的測試變得可升級。參數也可以內置到相應的自動操作中以進行數據操作，而不必直接更新腳本。這使我們能夠從一個測試腳本獲得更多的價值及更快的自動化周轉時間。我們目前大約有2000個自動化測試，目前幾乎生成了8600個獨特的自動化場景。每個自動化腳本約30分鐘，累積起來已經超過了3000小時！雖然參數可以存在于幾乎所有事物周圍，但知道什么時候使用正確的參數可以大大提高每個測試配置的價值。僅僅因為一個變量存在并不意味著它有價值。決定必須根據具體情況來做，且還需要深入了解被測試的功能的專業知識。
說明：
我們的一個用例模型是確保客戶能夠成功在我們的網站下名片訂單。為此，我們必須打開瀏覽器，導向一個運行環境和區域，并詳述送貨地址和付款信息。所有這些項目（還有更多）已被參數化，獲得了更多可擴展性。我們支持10種瀏覽器，3種運行環境和26個區域;這一個測試現在只要一個自動化腳本可以處理所有780種可能的組合。
“測試到軟件”的映射
我們的技術部（與內部團隊合作）開發了整個代碼庫的一個3層組件分類框架。這需要超過17萬行代碼并將之劃分為約500個組件。質量工程部采用了這種分類系統作為我們測試案例部的等級制度。我們的測試可按測試范圍的基礎歸于任何等級的分類。測試分類使所有權能被分配給測試組，建模組和模板組。當測試設計人員對內容或執行特定的測試有疑問時，這給了他們一個明確的方向，都是免費的。許多其他進程映射到這個分類，以及包括我們的工作管理的JIRA票。這能通過像基于風險的優先級機制快速優先擁有不同軟件組件的測試，。
說明：
下面左側是VISTAPRINT軟件分類的樣品，右側是相應的測試等級結構。測試存儲在對應于測試檢驗范圍的目錄里。這種分類法滲透于我們整個功能的工具集（ JIRA ，Subversion等），使我們能夠根據特定需求映射目標測試集并確定覆蓋面的差距和目標。
當關于我們的質量風險分析和我們的風險優先級時，這個映射為我們提供了一套確定和策劃有效測試的“正確”集的佳方式用于發布和項目。
圖4 技術分類和測試計劃的映射
結論
在VISTAPRINT中 ，我們已發現了使用這些測試用例“建筑設計”原則的很多價值。引進構建模塊，模板和參數已經減少了我們的測試設計，創建和維護的時間，且顯著減少了我們測試庫中的零散重復。多虧了孤立特征交互的大量重用，系統更改對我們的測試集的影響比起以前的方法，已經少得多了。利用我們的軟件組件分類為我們組織提供了我們測試集和測試下的系統之間長期需要的對齊方式。更深遠地，它已經把我們的測試集連接工票，讓我們能夠基于代碼變化針對回歸測試來運行。測試對象模型可以使整個測試信息庫中的內容更加一致，對于快速智能的造成失敗的分類也一樣。
我們將繼續探索這個領域及其可產生的更多利益。
版權聲明：本文出自 SPASVO澤眾軟件測試網：http://m.eqie.com.cn/news/html/201448160229 .html
原創作品，轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責任。
