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