用例造句

用例造句

• 1、例如，數(shù)據(jù)維護(hù)用例可以很好地通過領(lǐng)域建模來描述，還可能有用戶體驗建模。
• 2、可以通過用例，略述系統(tǒng)行為就可以開展軟件開發(fā)，并幫你創(chuàng)建高質(zhì)量的應(yīng)用程序體系結(jié)構(gòu)與設(shè)計。
• 3、對于作為研習(xí)班細(xì)節(jié)用戶界面元素的其中一部分的前提列表也進(jìn)行了建模，這要比用例當(dāng)前調(diào)用的內(nèi)容多。
• 4、在執(zhí)行了測試用例之后，會在命令行輸出一個測試用例報告。
• 5、您可以通過使用狀態(tài)表來定義測試用例。
• 6、傳統(tǒng)的調(diào)試程序在執(zhí)行特定用例時不能幫助您了解的狀態(tài)。
• 7、測試用例的編寫不僅應(yīng)當(dāng)根據(jù)有效和預(yù)期的輸入情況，而且也應(yīng)當(dāng)根據(jù)無效和未預(yù)料到的輸入情況。
• 8、在此例中，你將會在你的圖表中為此前建模的每個工具類創(chuàng)建一個用例，以后它們就代表我們系統(tǒng)的主要功能。
• 9、有兩種具體的用例：通過因特網(wǎng)支付票費及通過電話支付票費，這些用例是所謂票額支付抽象用例的變種。
• 10、大型字書貯存下來大量沒有文獻(xiàn)用例的字，這些字被稱為“死字”。
• 11、它包括閱讀測試工具創(chuàng)建的測試日志的能力，以及為已配置測試用例創(chuàng)建測試日志結(jié)果的能力。
• 12、當(dāng)使用手機(jī)時，日常的多路復(fù)用例子就發(fā)生了。
• 13、我們現(xiàn)在完成了的用例分析活動中的前三步。
• 14、在某些用例中，這種時間延遲是不可接受的。
• 15、例示用例子來說明或證明;例證。
• 16、例如，“招收研習(xí)班的學(xué)生”用例描述的是學(xué)生如何與系統(tǒng)交互來參加研習(xí)班。
• 17、在系統(tǒng)體系結(jié)構(gòu)方面，詳細(xì)給出了系統(tǒng)各個模塊的功能及其操作流程，并給出了詳細(xì)的活動圖和用例圖，并且簡述了寶德學(xué)院一卡通系統(tǒng)的開發(fā)平臺。
• 18、應(yīng)該以主動語態(tài)：“學(xué)生表明參加研習(xí)班意向”，而不是被動語態(tài)“研習(xí)班意向被學(xué)生表明”來編寫用例。
• 19、我發(fā)現(xiàn)領(lǐng)域建模適合于數(shù)據(jù)分析用例。因為它們是以數(shù)據(jù)為中心的。
• 20、一旦定義了用例文檔，就可以選擇用例文本、創(chuàng)建類型的需求，從而用用例細(xì)節(jié)填充需求數(shù)據(jù)庫了。
• 21、方案是關(guān)于某人使用用例的簡短敘述性描述。
• 22、該測試用例包含幾個其他的對比測試點，所以為了更明確一些，一些命名約定被更新了。
• 23、此應(yīng)用的一個優(yōu)點是，你可以輕松地創(chuàng)建集成形式的測試用例，這些測試將通過直接調(diào)用處理器方法的方式演練這個應(yīng)用的流程。
• 24、例如，可以使用“參加研習(xí)班”用例作為基礎(chǔ)來編寫系統(tǒng)用戶文檔的“如何參加研習(xí)班”一節(jié)。
• 25、為了說明會話虛包模式，我們來考慮這樣一個用例，用戶能將貸款支付的帳目記入她的支票帳戶的借方。
• 26、本文定義半超冪零根，用例子說明它是一個真正弱于超冪零根的概念。
• 27、用例和用例請求上有小箭頭的標(biāo)識，表明它們是相連接的。
• 28、因此，它們通常是在單獨的工件中被捕獲，或者是作為用例規(guī)格的附加物。
• 29、而且，孔教傳統(tǒng)從來沒有裝作過可以解說來世，所以奉行孔教的社會都用例如佛教等宗教來補充孔教。
• 30、之后我用了簡單的語法分析技術(shù)來確定用例中的候選實體，并用四個問題來考察它們。
• 31、用例圖、實體圖、狀態(tài)圖、流程圖等。
• 32、例如，您可以從需求、測試用例與測試日志之間的關(guān)系之中得到它們之間的關(guān)系。
• 33、本文初步解決了非線性系統(tǒng)的分區(qū)域線性化控制律的連續(xù)性和系統(tǒng)的穩(wěn)定性問題，簡要介紹了一個應(yīng)用例子。
• 34、還有其他費用例如化學(xué)、生物實驗費，以及諸如停車許可證、足球門票之類的學(xué)生特別活動經(jīng)費。
• 35、最終的結(jié)果是實現(xiàn)了必要的業(yè)務(wù)邏輯和測試用例，可驗證實現(xiàn)的行為。
• 36、對于具體的用例，我們弄清問題、撰寫用例、分析找出我們需要考慮的內(nèi)容，并且做一些初步的設(shè)計。
• 37、根據(jù)過渡方案，設(shè)計測試方案以及測試用例，通過分析測試的結(jié)果，能得出每一種隧道技術(shù)在實際網(wǎng)絡(luò)環(huán)境中互通情況的結(jié)論。
• 38、如果將流程中的單個活動或任務(wù)映射為一個用例，則每個用例將僅對單個交互進(jìn)行建模，因為任務(wù)被認(rèn)為與單個交互等效。
• 39、林奇避免作出明確的股票推薦，但他并不用例子忐忑不安。 haO86.com
• 40、需求說明者可能也要負(fù)責(zé)一個用例包，并維護(hù)這個包的完整性。
• 41、用可分類的屬性，文檔和可追蹤性，集成用例管理不僅提供了一系列的框圖，而在很大程度上擴(kuò)展了用例，有效地幫助你管理團(tuán)隊中的大量用例。
• 42、該問題也表現(xiàn)出需要一個新用例：存儲狗吠聲。
• 43、由于我們不能用所有可能的輸入值運行用例，所以我們必須只局限于系統(tǒng)用戶所建議的典型值。
• 44、另一個任務(wù)可能包括需求的詳細(xì)說明，并附有編寫用例，定義性能基準(zhǔn)點的個人行為，等等。
• 45、測試用例通常存在于開發(fā)人員的腦子里，但實現(xiàn)起來有不同的方式，如打印語句、調(diào)試器表達(dá)式、測試腳本。
• 46、沒有這些技能，他們就不能足夠深入地去思考開發(fā)中的產(chǎn)品，他們也就有可能無法識別出足夠多的各類測試用例。
• 47、測試日志僅僅能夠同一個測試用例相關(guān)聯(lián)。
• 48、如果某個參與者的作用是啟動用例，則它的角色就是啟動器。
• 49、如果查看整個迭代，將看到更多內(nèi)容：您捕獲了一個重要需求并編寫測試用例實現(xiàn)需求。
• 50、文章主要通過用例圖、順序圖和配置圖對系統(tǒng)進(jìn)行描述。
• 51、但在一些用例中，隊列總是接收新消息可能更有用，即便那意味著丟棄最舊的消息。
• 52、業(yè)務(wù)人員將不會顯示在一個為了業(yè)務(wù)用例本身所繪制的活動圖里，但是他會作為業(yè)務(wù)用例實現(xiàn)的一部分被顯示出來。
• 53、配置：定義一個測試用例的環(huán)境，比如操作系統(tǒng)，機(jī)器規(guī)格，軟件版本等等。
• 54、用例子說明了軟磁盤和硬磁盤上恢復(fù)文件的具體步驟。
• 55、乖離性百萬亞瑟王中這張卡屬于戰(zhàn)術(shù)型卡牌，適合在一些能夠造成物理傷害的部位閃光時使用例如龍爪，水妖精的本體。
• 56、由于最有風(fēng)險的使用用例和問題可以早期發(fā)現(xiàn)，項目風(fēng)險會降低。
• 57、用例分析第七步：描述屬性和關(guān)系。
• 58、作為應(yīng)用程序架構(gòu)師，我們可以使用用例模型以確定應(yīng)用程序的外部邊界、以及在這些邊界處的交互。
• 59、最后，對某個串口收到的數(shù)據(jù)進(jìn)行分析判斷，是否符合測試用例要求。
• 60、這個用例描述審查員如何顯示指示板，以及指示板顯示的信息。
• 61、如果有大量配置測試用例，手動腳本以及測試日志的話，那么遷移過程可能會耗費大量的時間。
• 62、也用于其他應(yīng)用例如掛衣架和把柄。
• 63、此外，你可以從用例產(chǎn)生用戶文檔。
• 64、這就是為什么不能依靠用戶接口透視圖來編寫出我們的用例。
• 65、論文重點分析了代收費系統(tǒng)的業(yè)務(wù)需求，并以代收電信資費為例概括出系統(tǒng)用例圖，設(shè)計出主要業(yè)務(wù)用例。
• 66、他定義出架構(gòu)藍(lán)圖，用用例、邏輯、流程、實現(xiàn)和部署視圖進(jìn)行描述。
• 67、您可以創(chuàng)建一個基于序列圖、代碼、流程圖或者狀態(tài)圖的測試用例，它會自動映射到測試結(jié)構(gòu)的實例上。
• 68、通過使用一系列各種各樣的定義技術(shù)：文本、記事板、用例圖、用戶界面草圖以及業(yè)務(wù)流程圖等，來精化、獲取并簡化需求。
• 69、把最后的試題答案存放在與用例建模相同的文件中。
• 70、一個可組合性技術(shù)的成功部署的用例、經(jīng)驗教訓(xùn)和最佳實踐。
• 71、是個雙向的模型驅(qū)動解決方案，可以通過需求圖、用例圖、序列圖、活動圖以及狀態(tài)圖捕獲項目需求。
• 72、參與者焦點很重要，你可以指定系統(tǒng)為參與者做什么，而不必?fù)?dān)心用例按序排列的問題。
• 73、在這個過程中，亞伯拉罕用例子向我說明了威廉??？斯氐娘L(fēng)險管理理論。
• 74、在采用之前，我們每個階段的退出標(biāo)準(zhǔn)僅僅是根據(jù)測試用例的通過率來決定的。
• 75、這些工具是被設(shè)計用于檢查已有代碼塊的，它將以分支、循環(huán)等為基礎(chǔ)，綜合生成一套針對代碼的觀測報告，開發(fā)者可以通過審查這些報告，選擇為自己關(guān)心的部分生成整套的測試用例。
• 76、排課管理系統(tǒng)是管理信息系統(tǒng)的一個典型用例。
• 77、同時介紹了該流速計的原理、試驗結(jié)果和應(yīng)用例子。
• 78、這些團(tuán)隊成員通常能夠去做任務(wù)分配，測試用例分配以及計劃內(nèi)的其他操作。
• 79、它們?yōu)榉刹块T提供了一些用例，以幫助它們理解經(jīng)常凈化內(nèi)容為何會破壞系統(tǒng)的作用。
• 80、在此情況下，需要記錄所有測試用例步驟的時間可能不能實行。
• 81、您可能只有測試日志，例如那些刪除的上級測試用例。
• 82、如果您向一些或所有用例中添加角色，那么您也應(yīng)該向相關(guān)的測試用例中添加檢查點，以確保系統(tǒng)對新角色是具有易訪問性的。
• 83、例如，結(jié)構(gòu)性設(shè)計階段或者協(xié)調(diào)功能性分析階段中的序列圖，可以用于測試用例。
• 84、這一步和先前的那一步，是所有用例都要執(zhí)行的。
• 85、由于用例可以通過黑盒訪問這個系統(tǒng)，所以它們成為單元測試人員的關(guān)鍵性驅(qū)動。
• 86、最后，我提供一個示例用例的檢查清單，一旦私有云設(shè)置完成之后便可通過自助服務(wù)執(zhí)行它。
• 87、因此，用例是關(guān)于以下內(nèi)容的文本描述：希望系統(tǒng)如何工作、將涉及到哪些人以及他們之間如何交互、系統(tǒng)在正常運行時如何工作，以及出現(xiàn)錯誤時應(yīng)該如何處理。
• 88、覆蓋率分析也可以幫您找到測試用例是否有冗余：測試在代碼的同一路徑下反復(fù)運行，導(dǎo)致了不必要的時間延遲。
• 89、您可以創(chuàng)建一些直接的聯(lián)系，像測試用例與需求之間的關(guān)系，以及測試用例與測試日志之間的關(guān)系。
• 90、讓用例帶動用戶文檔。
• 91、我們繼續(xù)會要求的是，下載最新的預(yù)覽，在體驗站點上使用例子，然后試用自己的網(wǎng)站。
• 92、相反，他們處理可調(diào)用例行程序提供的抽象注冊界面。
• 93、第三行顯示測試的結(jié)果。如果測試用例通過，會得到“”。
• 94、至少就這個開發(fā)循環(huán)的分析階段而言，當(dāng)我們添加方案時，我們將完成這個用例。
• 95、用例是從用戶的角度來定義的，而不是系統(tǒng)的內(nèi)部活動，因此驗收測試可以直接從用例中創(chuàng)建。
• 96、建立了自動化立體倉庫管理系統(tǒng)的分析模型，并給出部分用例圖、類圖以及交互圖。
• 97、闡述了軟件測試，特別是軟件可靠性測試的概念，論述了軟件運行剖面和測試用例的生成方法。
• 98、由軟件的形式規(guī)格說明構(gòu)造分類樹，再把由分類樹方法得到的測試用例轉(zhuǎn)化為析取范式，進(jìn)一步精煉測試用例。
• 99、此外，“相因生義”而產(chǎn)生新義的在宿豫方言中亦有用例。
• 100、根據(jù)這個用例的目標(biāo)，在測試用例的前置條件或者設(shè)置中還需要一些數(shù)據(jù)輸入。