用測試套件造句子，“測試套件”造句
6、測試執行通過將測試腳本的順序*成測試套件來運行這些測試。
9、把它放在您的測試套件中，繼續編寫其他的測試。
12、可以將各個測試用例組織到屬於某個測試項目的測試套件中。
15、圖10：uml規範產生的測試套件執行。
18、然後開始瘋狂於各種測試：冒*測試，各種用户驗收測試套件，迴歸和探索*測試。
21、把它們放在一起：將測試定義合併到單個doh測試套件中。
24、要想創建不使用宏的測試套件，應該實例化 CppUnit::TestSuite，然後在套件中添加測試。
27、這個宏需要一個字符串作為測試套件的名稱。
30、在這方面，全面的測試套件可以提供好處。
33、因此，本質上講，你可以相當容易地做跨測試套件的改動。
36、在這篇文章的測試套件中我們有三個測試，在API中每個*作都有一個測試；這些測試的內容顯示在下面的圖1中。
39、若要變更所匯入測試套件的預設組態，請在測試套件詳細資料窗格中按一下組態清單旁邊的下拉箭號。
42、這樣可以輕鬆的合併輸入的數據和擴大測試套件的範圍，並在決策表中添加新條件。
45、例如，JUnit規則集用來在JUnit測試套件中尋找常見的問題（如使用了assert(x==null)而不是assertNull(x)）等。
48、此外，如果在您的測試套件中有很多驗*點，這些報告在快速定位結果時是很有用的。
51、一切都很正常，直到大約一年前，測試套件包含了2000個測試，同時人們開始注意到運行構建過程用時超過三個小時。
54、這樣做會同時產生另一個有價值的結果，即您最終會有一個測試套件，它有助於在維護代碼時預防迴歸的引入。
57、它還維護了相當全面的問題跟蹤器、一組不斷成長的測試套件以及有關rdf模型和語法的更新文檔。
63、測試套件包含在測試保重，與主應用程序包非常類似，所以你不需要去學新的工具或者技術去設計和構造測試。
66、比如，我們有兩個永遠不會包含在一起的實用方法文件，但是在測試套件中，它們就會包含在一起，因為我們會一次*測試整個應用程序。
69、可追溯的連接可以在測試套件定義和用例模塊之間建立，如圖12所示。
72、為此，XML社區開發了xml範式，而且當W3CRDF工作組在開發rdf一致*測試套件時需要同種形式的RDF。
75、當一個數據驅動表連接到測試套件時，我們就可以將輸入的各種組合的數據記錄列入到測試腳本和動態變化的AUT行為中。
78、郵件正文將提供到每個失敗測試套件的超鏈接，允許管理員在RuleTeamServer中查看關於失敗的詳細情況，如圖5 所示。
81、您可能想要在RuleTeamServer控制枱上添加一個自定義選項卡，以顯示與構建有關的信息：當前狀態、啟動日期、持續時間、關於測試套件報告的鏈接，等等。
1、重用測試套件代碼模版並填寫測試套件驅動表。
4、它們允許把單元測試組織成測試套件。
8、內核發佈時，LTP測試套件只有大約100個測試。
13、清單10為字符串類定義一個測試套件。
17、若是測試套件已經有了足夠的邊界條件測試，很好。
22、一種詳細描述測試套件和測試腳本的形式化方法。
26、她運行測試套件以確保一切都按預期工作。
31、AUT中決策點的識別，能夠幫助我們形式化並且精化從測試套件到測試腳本的分解。
35、當然，沒有人會編寫測試套件對每個語句的結果都進行驗*。
40、也就是要寫更多的測試，開發者要花更多的時間來運行測試套件，並且更有可能達不到代碼的測試覆蓋度，特別是當不同模式相互作用時。
44、如果形成的代碼副本不合您的風格，請嘗試把測試套件分成更小、更模塊化的類，以便所有的初始數據可以在全部測試方法之間共享。
49、另一方面，我們一直計劃“不久以後”編寫的測試套件存在一個重大且明顯的差距；越早構建更多的測試支持，使用它節省的時間就越多。
53、試車手的工作是枯燥的，每天要在基地根據工程師的要求，駕駛模擬器測試套件的工作情況，為賽車研發提供反饋，遠沒有正式車手那麼光鮮和刺激。
61、在您可以運行測試套件前，您需要在您的系統上運行幾個第三方軟件包。
65、好的測試套件執行得足夠快，以至程序員可以在每個測試發生重大變化之後運行這些測試，有可能一天運行幾十次。
70、在服務開發過程中，應當開發一種版本持續進化的自動化服務整合測試套件。
74、一些測試套件(如yahooUI、jQuery UI及Selenium)可以對用户交互進行自動化(你可以編寫類似於“點擊按鈕”這樣的測試)。
79、JSFUnit包括一個JSF靜態分析測試套件用來驗*JSF配置文件，以確保在運行時產生問題之前就能識別出任何與配置相關的問題。
83、它還維護了相當全面的問題跟蹤器、一組不斷成長的測試套件以及有關rdf模型和語法的更新文檔。
5、我們將測試套件分為公有測試和私有測試。
11、LTP開發的主要測試套件也叫做Linux 測試項目。
19、一個測試套件腳本包含很多決策腳本和測試腳本。
25、如果在測試套件執行期間遇到錯誤，則輸出連接到測試套件報告的鏈接。
32、具體來説，要在測試套件中查找在正常代碼中不會出現的問題。
38、我們會對每個存儲層重複執行該測試套件，並且會重新運行這些測試用例2次：一次是測試事務日誌恢復，然後測試常規的關閉。
46、從接口創建模擬對象的過程簡單易行，並能幫助我們開發有效的單元測試套件。
52、很多標準只提供少許這方面的示例，幾乎沒有什麼測試套件，因此符合 “標準”通常只是猜測，仁者見仁智者見智。
62、對於第三方GUI組件，測試套件有助於查明新版本的庫是否引入了任何行為變化。
68、討論了基本的Boost檢查、模式匹配、浮點比較、定製檢查、測試套件的組織(包括手工和自動)和裝備。
76、很多標準只提供少許這方面的示例，幾乎沒有什麼測試套件，因此符合 “標準”通常只是猜測，仁者見仁智者見智。
82、本文首先解釋Mylyn管理上下文的機制，然後介紹興趣修飾、視圖過濾、編輯器管理和上下文驅動的單元測試套件等UI工具。
7、此模塊文件就是測試套件的入口點。
16、清單中活動的核心是一套SOAPBuilders互*作*測試套件。
28、在存儲庫中發現的所有測試套件都將依次執行。
37、只要給測試用例(test)加上[parallelizable]屬*，這個測試用例就可以和同一個測試套件(fixture)中其他擁有該屬*的測試用例並行運行。
47、另一個關於這個報告的視圖顯示了這個測試套件中各種驗*點的詳細情況。
56、如果來自這個測試套件的結論不能真實地告訴您這個項目的質量，那麼您只是在浪費時間和資源。
71、該版本中添加的兩個關鍵特*包括能像XML一樣以yaml來指定測試套件。
80、MagLev的很多實現工作都先於標準草案，在這方面，對我們幫助最大的是能有一個兼容*測試套件，它能*我們符合標準，有點類似於jck。
10、圖1：由測試腳本和決策腳本組成的測試套件。
23、該框架還支持測試套件的概念，這使我能以邏輯單元來組織測試。
41、好的測試套件執行得足夠快，以至程序員可以在每個測試發生重大變化之後運行這些測試，有可能一天運行幾十次。
55、若要更改所添加要求的默認配置，使其不同於計劃的默認配置，請在測試套件細節窗格中單擊配置列表旁的下拉箭頭。
73、一個測試套件的所有元素都在一個驅動表中被定義，在這個驅動表中列出了一系列無序的測試片斷。
3、每個測試套件包含多個單元測試。
29、更多信息，請參見編寫自已的測試套件 一節。
50、這個測試套件對於確保測試功能不會隨着這個API 的發展而退化很有幫助，同時也是以一種重複的方式來檢驗互*作*的便捷方法。
77、試車手的工作是枯燥的，每天要在基地根據工程師的要求，駕駛模擬器測試套件的工作情況，為賽車研發提供反饋，遠沒有正式車手那麼光鮮和刺激。
20、這是因為在測試套件中給每個測試函數重新創建DOM會有*能消耗。
64、也就是要寫更多的測試，開發者要花更多的時間來運行測試套件，並且更有可能達不到代碼的測試覆蓋度，特別是當不同模式相互作用時。
14、發佈樣例項目和測試套件。
67、如果形成的代碼副本不合您的風格，請嘗試把測試套件分成更小、更模塊化的類，以便所有的初始數據可以在全部測試方法之間共享。
43、比如，我們有兩個永遠不會包含在一起的實用方法文件，但是在測試套件中，它們就會包含在一起，因為我們會一次*測試整個應用程序。
2、例如：svg測試套件包括275項測試。
34、由四個較早的步驟所節省下來的時間可以用於增加測試套件的質量，或者執行額外的測試。
