簡(jiǎn)述用例的識別方法(如何識別用例)
1.如何識別用例
在開(kāi)發(fā)主類(lèi)列表的同時(shí)，需求規約也用于開(kāi)發(fā)一組用例（use case）。
一個(gè)用例是一個(gè)場(chǎng)景（或一組相關(guān)場(chǎng)景）的描述，將待開(kāi)發(fā)系統與系統用戶(hù)進(jìn)行交互。通過(guò)用例的擬定，可以表示系統的行為，而不必規定如何實(shí)現這種行為。
也就是說(shuō)，從外部觀(guān)點(diǎn)來(lái)看，一個(gè)用例指出系統做什么，而不說(shuō)明系統如何完成任務(wù)。系統所采用的方式關(guān)注用例分析。
通常，用例先用敘述方式描述。隨著(zhù)對系統需求理解的逐步深化，用類(lèi)圖和交互圖來(lái)直觀(guān)表示用例。
用例與參與者（actor）交互。與用例交互時(shí)，參與者代表了用例的用戶(hù)所扮演的一系列角色。
一個(gè)參與者可以是人、硬件設備或其他與待開(kāi)發(fā)系統交互的軟件系統。最初的用例描述規定了用例何時(shí)開(kāi)始和結束，如何開(kāi)始和結束，用例何時(shí)與參與者交互且交換哪些對象，以及主事件流和可選事件流。
每個(gè)用例用一個(gè)事件序列集來(lái)描述。這些序列中有一個(gè)主事件流，而其他序列代表在特定環(huán)境中與主事件流不同的相似事件流。
用例把系統分成相關(guān)功能類(lèi)。相關(guān)（coherent）意味著(zhù)可以將每個(gè)用例分析成準自主單元。
作為系統的一個(gè)建筑塊，用例并非真正自主，因為它們是相互依賴(lài)的。例如，執行查詢(xún)報表用例，需要先執行用戶(hù)登錄用例。
用例擬定緊跟在非正式場(chǎng)景擬定之后。非正式。
在開(kāi)發(fā)主類(lèi)列表的同時(shí)，需求規約也用于開(kāi)發(fā)一組用例（use case）。一個(gè)用例是一個(gè)場(chǎng)景（或一組相關(guān)場(chǎng)景）的描述，將待開(kāi)發(fā)系統與系統用戶(hù)進(jìn)行交互。
通過(guò)用例的擬定，可以表示系統的行為，而不必規定如何實(shí)現這種行為。也就是說(shuō)，從外部觀(guān)點(diǎn)來(lái)看，一個(gè)用例指出系統做什么，而不說(shuō)明系統如何完成任務(wù)。
系統所采用的方式關(guān)注用例分析。通常，用例先用敘述方式描述。
隨著(zhù)對系統需求理解的逐步深化，用類(lèi)圖和交互圖來(lái)直觀(guān)表示用例。用例與參與者（actor）交互。
與用例交互時(shí)，參與者代表了用例的用戶(hù)所扮演的一系列角色。一個(gè)參與者可以是人、硬件設備或其他與待開(kāi)發(fā)系統交互的軟件系統。
最初的用例描述規定了用例何時(shí)開(kāi)始和結束，如何開(kāi)始和結束，用例何時(shí)與參與者交互且交換哪些對象，以及主事件流和可選事件流。每個(gè)用例用一個(gè)事件序列集來(lái)描述。
這些序列中有一個(gè)主事件流，而其他序列代表在特定環(huán)境中與主事件流不同的相似事件流。用例把系統分成相關(guān)功能類(lèi)。
相關(guān)（coherent）意味著(zhù)可以將每個(gè)用例分析成準自主單元。作為系統的一個(gè)建筑塊，用例并非真正自主，因為它們是相互依賴(lài)的。
例如，執行查詢(xún)報表用例，需要先執行用戶(hù)登錄用例。用例擬定緊跟在非正式場(chǎng)景擬定之后。
非正式場(chǎng)景是用例擬定的一個(gè)良好起始點(diǎn)，因為它們幾乎沒(méi)有限制，允許剛剛開(kāi)始進(jìn)行系統分析的人員立即進(jìn)入狀態(tài)。用例開(kāi)發(fā)可以視為組織和重新構建非正式場(chǎng)景的過(guò)程。
用例最初以敘述形式描述，這一點(diǎn)與非正式場(chǎng)景相同，但它們在以下6個(gè)方面有所不同。1）用例比非正式場(chǎng)景更抽象。
用例對系統行為的刻畫(huà)與場(chǎng)景相比，使用較少的特殊術(shù)語(yǔ)，避免了引用假設值；2）單個(gè)用例可能包含多個(gè)場(chǎng)景；3）用例避免了冗余；相反，為研究不同用戶(hù)的選擇，一個(gè)場(chǎng)景集合可能包含冗余的系統行為；4）用例的構筑比非正式場(chǎng)景更形式化；5）在用例中，可選事件流從正常事件流中明確地分離。在場(chǎng)景中不存在這樣的分離；6）非正式場(chǎng)景擬定不如用例擬定嚴格，非正式場(chǎng)景可以忽略一些重要的系統行為。
用例完整表達了系統的功能范圍。
2.編寫(xiě)測試用例有哪些方法
可以采用軟件測試常用的基該方法：等價(jià)類(lèi)劃分法、邊界值分析法、錯誤推測法、因果圖法、邏輯覆蓋法等設計測試用例。視軟件的不同性質(zhì)采用不同的方法。如何靈活運用各種基該方法來(lái)設計完整的測試用例，并最終實(shí)現暴露隱藏的缺陷，全憑測試設計人員的豐富經(jīng)驗和精心設計。
編寫(xiě)測試用例文檔應有文檔模板，須符合內部的規范要求。測試用例文檔將受制于測試用例管理軟件的約束。 軟件產(chǎn)品或軟件開(kāi)發(fā)項目的測試用例一般以該產(chǎn)品的軟件模塊或子系統為單位，形成一個(gè)測試用例文檔，但并不是絕對的。
測試用例文檔由簡(jiǎn)介和測試用例兩部分組成。簡(jiǎn)介部分編制了測試目的、測試范圍、定義術(shù)語(yǔ)、參考文檔、概述等。測試用例部分逐一列示各測試用例。每個(gè)具體測試用例都將包括下列詳細信息：版本號、模塊名稱(chēng)、用例編號、用例名稱(chēng)、用例級別、預知條件、驗證步驟、期望結果（含判斷標準）、測試結果、測試時(shí)間、測試人員等。
擴展資料
測試執行過(guò)程中，應該注意及時(shí)更新測試用例。往往在測試執行過(guò)程中，才發(fā)現遺漏了一些測試用例，這時(shí)候應該及時(shí)的補充；往往也會(huì )發(fā)現有些測試用例在具體的執行過(guò)程中根本無(wú)法操作，這時(shí)候應該刪除這部分用例；也會(huì )發(fā)現若干個(gè)冗余的測試用例完全可以由某一個(gè)測試用例替代，那么刪除冗余的測試用例。
總之，測試執行的過(guò)程中及時(shí)地更新測試用例是很好的習慣。不要打算在測試執行結束后，統一更新測試用例，如果這樣，往往會(huì )遺漏很多本應該更新的測試用例。
參考資料來(lái)源：百度百科-測試用例設計
參考資料來(lái)源：百度百科-測試用例
3.能否舉例說(shuō)出4種黑盒測試用例的設計方法,并分別說(shuō)一下它們適用于
1.等價(jià)劃分所謂等價(jià)類(lèi)劃分是指一套被選擇的值，這些值分別代表了許多眾多的可能輸入值，程序對其處理的方式都是一樣的。
等價(jià)類(lèi)劃分的方法作為繼邊界值分析方法之后補充的測試用力設計試用的一種方法。劃分等價(jià)類(lèi)、確定測試用例 .等價(jià)類(lèi)劃分是一種典型的黑盒測試方法，使用這一方法時(shí)，完全不考慮程序的內部結構，只依據程序的規格說(shuō)明來(lái)設計測試用例。
等價(jià)類(lèi)劃分方法把所有可能的輸入數據，即程序的輸入域劃分成若干部分，然后從每一部分中選取少數有代表性的數據做為測試用例 .等價(jià)類(lèi)的劃分有兩種不同的情況：有效等價(jià)類(lèi)：是指對于程序的規格說(shuō)明來(lái)說(shuō)，是合理的，有意義的輸入數據構成的集合。無(wú)效等價(jià)類(lèi)：是指對于程序的規格說(shuō)明來(lái)說(shuō)，是不合理的，無(wú)意義的輸入數據構成的集合。
在設計測試用例時(shí)，要同時(shí)考慮有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi)的設計。2.邊界值分析在設計測試用例確定輸入和輸出參數時(shí)，大多數情況下都是用邊界值分析方法，采用邊界值分析設計的測試用例發(fā)現程序錯誤能力最強。
邊界值分析也是一種黑盒測試方法，是對等價(jià)類(lèi)劃分方法的補充。人們從長(cháng)期的測試工作經(jīng)驗得知，大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上，而不是在輸入范圍的內部。
因此針對各種邊界情況設計測試用例，可以查出更多的錯誤。3.錯誤推測法人們也可以靠經(jīng)驗和直覺(jué)推測程序中可能存在的各種錯誤，從而有針對性地編寫(xiě)檢查這些錯誤的例子。
這就是錯誤推測法。錯誤推測法的基本想法是：列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況，根據它們選擇測試用例。
4.因果圖如果程序的功能說(shuō)明中含有輸入條件的組合情況，則一開(kāi)始就可以選用因果圖法。如果在測試時(shí)必須考慮輸入條件的各種組合，可使用一種適合于描述對于多種條件的組合，相應產(chǎn)生多個(gè)動(dòng)作的形式來(lái)設計測試用例，這就需要利用因果圖。
因果圖方法最終生成的就是判定表。它適合于檢查程序輸入條件的各種組合情況。
4.主要的測試用例方法
硬筆主要包括鋼筆、圓珠筆、蘸筆、鉛筆、塑頭筆、竹筆、木筆、鐵筆等，以墨水為主要載體，來(lái)表現文字書(shū)寫(xiě)技巧。
具有攜帶方便、書(shū)寫(xiě)快捷、使用價(jià)值廣等特點(diǎn)。它與軟筆的區別在于變軟筆的粗壯點(diǎn)畫(huà)為纖細的點(diǎn)畫(huà)，去其肉筋存其骨質(zhì)。
中文名硬筆包 括鋼筆、圓珠筆、蘸筆、鉛筆等主要載體墨水特 點(diǎn)攜帶方便、書(shū)寫(xiě)快捷、使用價(jià)值廣概括硬筆歷史與價(jià)值西方鋼筆在19世紀的傳入和使用，使沿用了2000多年的中國毛筆逐漸退居“二線(xiàn)”，引發(fā)了中國書(shū)法史上的革命，產(chǎn)生了現代硬筆書(shū)法。可長(cháng)期以來(lái)中國人卻不知道硬筆本是中國古有之物，部分硬筆的形制和功能離現代鋼筆只差一步之遙。
中國專(zhuān)家的新近研究成果表明，中國古代硬筆與近現代鋼筆存有淵源關(guān)系，雖然二者關(guān)系究竟如何目前還難完全梳理清楚，需要進(jìn)一步論證。但專(zhuān)家認為，從筆舌形制和原理的共同性可以看出，中國古代硬筆與近現代西方鋼筆關(guān)系密切，有可能是它的“遠祖”。
歷史在上世紀進(jìn)行的探險和考古發(fā)掘中，西方探險家和中國考古工作者曾在 中國西部發(fā)現過(guò)10多枚由竹管、蘆葦管、竹批、紅柳等材料削制的硬筆。1906年英國人斯坦因從新疆若羌縣米蘭遺址發(fā)現蘆葦管筆，1972年中國考古工作者在甘肅武威 張義堡遺址中發(fā)現了雙瓣合尖竹管筆。
從形制上看，這兩種筆極為相似，都用木質(zhì)材料精工削磨，有鋒利的筆尖和馬耳形筆舌。讓人吃驚的是，這兩種筆的筆舌正中都有一條縫隙，呈雙瓣合尖狀，與今日鋼筆筆舌有異曲同工之妙。
1991年，在敦煌市西北哈剌淖爾湖東南岸漢代高望燧遺址中，一名礦工發(fā)現了一枚漢代 觚、二枚銅箭鏃及一件竹子削制的器物，這是迄今為止 中國發(fā)現最早的 竹錐筆，時(shí)間已有近兩千年。李正宇說(shuō)，中國史書(shū)中有“古筆多以竹”的記載，敦煌高望燧遺址發(fā)現的這枚漢代 竹錐筆，就屬此類(lèi)。
該筆形狀扁平，一頭平齊，一頭削尖，從 筆尖殘留的漆痕看，顯然已經(jīng)用于寫(xiě)字，正好印證了中國古代“竹梃蘸漆而書(shū)”的歷史事實(shí)。書(shū)法。
5.軟件測試方法的分類(lèi)有哪些
1）按照測試技術(shù)劃分
黑盒測試：功能測試，必須
白盒測試：邏輯結構測試，代碼的邏輯、算法、結構是否正確，要求必須懂得代碼，需要編寫(xiě)測試用例，可選
灰盒測試：介于中間
注意：在單元測試時(shí)，白盒應用相對較多，在集成測試時(shí)，灰盒測試應用相對較多，在系統、驗收測試時(shí)一般就不會(huì )使用白盒測試和灰盒測試了。
2）按是否需要運行代碼劃分
靜態(tài)測試：界面測試，文檔測試，代碼測試【重點(diǎn)關(guān)注代碼的規范性，一般檢查變量的命名，注釋的頻率，編程的規范性，不需要寫(xiě)測試用例，一般只需要有代碼審查單】
注意：一般經(jīng)常把白盒測試和靜態(tài)測試的要素結合在一起，形成靜態(tài)白盒測試
動(dòng)態(tài)測試：運行程序進(jìn)行檢查，檢查實(shí)際輸出結果和預期結果是否相符
3）按軟件特性分類(lèi)
功能測試
性能測試
