軟件測(cè)試技術(shù)基礎(chǔ)理論_第1頁(yè)
軟件測(cè)試技術(shù)基礎(chǔ)理論_第2頁(yè)
軟件測(cè)試技術(shù)基礎(chǔ)理論_第3頁(yè)
軟件測(cè)試技術(shù)基礎(chǔ)理論_第4頁(yè)
軟件測(cè)試技術(shù)基礎(chǔ)理論_第5頁(yè)
已閱讀5頁(yè),還剩36頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、軟件測(cè)試技術(shù)基礎(chǔ)總結(jié)1第一章 軟件測(cè)試基本概念1.什么是軟件2.軟件的分類3.什么是Bug4.什么是軟件測(cè)試5.測(cè)試環(huán)境6.測(cè)試用例21.什么是軟件程序 文檔軟件 測(cè)試軟件測(cè)試程序測(cè)試文檔測(cè)試硬件測(cè)試32.軟件的分類 按照功能劃分系統(tǒng)軟件應(yīng)用軟件按照技術(shù)架構(gòu)劃分單機(jī)版軟件C/S結(jié)構(gòu)軟件B/S結(jié)構(gòu)軟件按照用戶劃分產(chǎn)品軟件項(xiàng)目軟件按照開發(fā)的規(guī)模劃分 43.什么是Bug定義: 軟件的Bug指的是軟件中(包括程序和文檔)不符合用戶需求的問(wèn)題。54.什么是軟件測(cè)試標(biāo)準(zhǔn)定義: 使用人工或自動(dòng)手段,來(lái)運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過(guò)程。其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。65.測(cè)試環(huán)

2、境軟件硬件網(wǎng)絡(luò)測(cè)試環(huán)境 作為一名合格的軟件測(cè)試工程師,不僅要熟悉軟件的知識(shí),也要了解硬件和網(wǎng)絡(luò)的相關(guān)知識(shí)。搭建測(cè)試環(huán)境:1.真實(shí)(盡量模擬用戶的真實(shí)使用環(huán)境)2.干凈(測(cè)試環(huán)境中盡量不要安裝其他與被測(cè)試軟件無(wú)關(guān)的軟件)3.無(wú)毒(測(cè)試環(huán)境沒(méi)有中毒)4.獨(dú)立(測(cè)試環(huán)境和開發(fā)環(huán)境獨(dú)立)76.測(cè)試用例輸入輸出測(cè)試環(huán)境測(cè)試用例 “輸入”包括測(cè)試數(shù)據(jù)和操作步驟;“輸出”指的是期望結(jié)果;“測(cè)試環(huán)境”指的就是系統(tǒng)環(huán)境設(shè)置。8小結(jié):什么是軟件測(cè)試?程序 文檔軟件 軟件測(cè)試是為了盡快盡早地發(fā)現(xiàn)在軟件產(chǎn)品中所存在的各種軟件缺陷而展開的貫穿整個(gè)軟件開發(fā)生命周期、對(duì)軟件產(chǎn)品(包括階段性產(chǎn)品)進(jìn)行驗(yàn)證和確認(rèn)的活動(dòng)過(guò)程。

3、軟件?測(cè)試?9第二章 軟件測(cè)試分類1.黑盒測(cè)試和白盒測(cè)試2.靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試3.單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試 3.1單元測(cè)試 3.2集成測(cè)試 3.3系統(tǒng)測(cè)試和驗(yàn)收測(cè)試4.功能測(cè)試和性能測(cè)試 4.1功能測(cè)試 4.2性能測(cè)試5.回歸測(cè)試、冒煙測(cè)試、隨機(jī)測(cè)試6.不同測(cè)試分類之間的關(guān)系101.黑盒測(cè)試和白盒測(cè)試 黑盒測(cè)試(black-box testing),指的是把軟件看作是一個(gè)黑盒子,我們不去關(guān)心盒子里面的結(jié)構(gòu)是什么樣子的,只關(guān)心軟件的輸入數(shù)據(jù)和輸出結(jié)果。黑盒測(cè)試既包括功能測(cè)試,也包括性能測(cè)試。 白盒測(cè)試(white-box testing),指的是把盒子蓋打開,去研究里面的源代碼和程

4、序結(jié)構(gòu) 。112.靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試 靜態(tài)測(cè)試(static testing),是指不實(shí)際運(yùn)行被測(cè)軟件,而只是靜態(tài)地檢查程序代碼、界面或文檔中可能存在的錯(cuò)誤的過(guò)程。 對(duì)于代碼測(cè)試,主要測(cè)試代碼是否符合相應(yīng)的標(biāo)準(zhǔn)和規(guī)范。 對(duì)于界面測(cè)試,主要測(cè)試軟件的實(shí)際界面與需求中的說(shuō)明是否相符。 對(duì)于文檔測(cè)試,主要測(cè)試用戶手冊(cè)和需求說(shuō)明是否真正符合用戶的實(shí)際需求。 動(dòng)態(tài)測(cè)試(dynamic testing),是指實(shí)際運(yùn)行被測(cè)程序,輸入相應(yīng)的測(cè)試數(shù)據(jù),檢查實(shí)際輸出結(jié)果和預(yù)期結(jié)果是否相符的過(guò)程,所以我們判斷一個(gè)測(cè)試屬于動(dòng)態(tài)測(cè)試還是靜態(tài)測(cè)試,唯一的標(biāo)準(zhǔn)就是看到是否運(yùn)行程序。123.單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收

5、測(cè)試 它們都是按照軟件測(cè)試的階段來(lái)劃分的。3.1.單元測(cè)試(unit testing)是指對(duì)軟件中的最小可測(cè)試單元進(jìn)行檢查和驗(yàn)證。 單元就是人為規(guī)定的最小的被測(cè)功能模塊。 單元測(cè)試的依據(jù)主要有兩個(gè),一是源程序本身,包括代碼和注釋;還有一個(gè)就是項(xiàng)目的詳細(xì)設(shè)計(jì)文檔。 通過(guò)標(biāo)準(zhǔn)有語(yǔ)句覆蓋率和分支覆蓋率。3.2.集成測(cè)試(integrating testing)是單元測(cè)試的下一個(gè)階段,是指將通過(guò)測(cè)試的單元模塊組成系統(tǒng)或子系統(tǒng),再進(jìn)行測(cè)試,重點(diǎn)測(cè)試不同模塊的接口部分。3.3.系統(tǒng)測(cè)試(system testing)指的是將整個(gè)軟件系統(tǒng)看做1個(gè)整體進(jìn)行測(cè)試,包括對(duì)功能、性能,以及軟件所運(yùn)行的軟硬件環(huán)境進(jìn)行

6、測(cè)試。 驗(yàn)收測(cè)試(acceptance testing)指的是在系統(tǒng)測(cè)試的后期,以用戶測(cè)試為主,或有測(cè)試人員等質(zhì)量保障人員共同參與的測(cè)試,它也是軟件正式交給用戶使用的最后一道工序。13單元、集成、系統(tǒng)、驗(yàn)收測(cè)試的比較 測(cè)試名稱 測(cè)試對(duì)象 測(cè)試依據(jù) 人 員 測(cè)試方法 時(shí)間比較 單元測(cè)試最小模塊,如函數(shù),類等詳細(xì)設(shè)計(jì)白盒測(cè)試工程師或開發(fā)人員主要采用白盒測(cè)試 1 集成測(cè)試模塊間的接口,如參數(shù)傳遞概要設(shè)計(jì)白盒測(cè)試工程師或開發(fā)人員黑盒和白盒測(cè)試相結(jié)合 2 系統(tǒng)測(cè)試整個(gè)系統(tǒng), 包括軟硬件需求規(guī)格說(shuō)明書黑盒測(cè)試工程師 黑盒測(cè)試 4 驗(yàn)收測(cè)試整個(gè)系統(tǒng),包括軟硬件需求規(guī)格說(shuō)明書,驗(yàn)收標(biāo)準(zhǔn)主要為用戶,還可能有測(cè)試

7、工程師等 黑盒測(cè)試 2144.功能測(cè)試和性能測(cè)試4.1.功能測(cè)試 功能測(cè)試(function testing),是黑盒測(cè)試的一方面,它檢查實(shí)際軟件的功能是否符合用戶的需求。 功能測(cè)試又細(xì)分為很多種:邏輯功能測(cè)試、界面測(cè)試、易用性測(cè)試、安裝測(cè)試、兼容性測(cè)試等。154.2.性能測(cè)試 性能測(cè)試(performance testing)是軟件測(cè)試的高端領(lǐng)域,性能測(cè)試一般要用到自動(dòng)化測(cè)試工具。軟件的性能包括很多方面,主要有時(shí)間性能和空間性能兩種。 時(shí)間性能:主要是指軟件的一個(gè)具體事務(wù)的響應(yīng)時(shí)間(respond time)。 空間性能:主要是指軟件運(yùn)行時(shí)所消耗的系統(tǒng)資源。 軟件性能測(cè)試分為一般性能測(cè)試、穩(wěn)

8、定性測(cè)試、負(fù)載測(cè)試和壓力測(cè)試。 1.一般性能測(cè)試指的是讓被測(cè)系統(tǒng)在正常的軟硬件環(huán)境下運(yùn)行,不向其施加任何壓力的性能測(cè)試。 2.穩(wěn)定性測(cè)試,也叫可靠性測(cè)試,是指連續(xù)運(yùn)行被測(cè)系統(tǒng),檢查系統(tǒng)運(yùn)行時(shí)的穩(wěn)定程度。 3.負(fù)載測(cè)試,是性能測(cè)試的一種,通常是指讓被測(cè)系統(tǒng)在其能忍受的壓力的極限范圍之內(nèi)連續(xù)運(yùn)行,來(lái)測(cè)試系統(tǒng)的穩(wěn)定性。 4.壓力測(cè)試,是性能測(cè)試的一種,通常是指持續(xù)不斷地給被測(cè)系統(tǒng)增加壓力,直到將被測(cè)系統(tǒng)壓垮為止,用來(lái)測(cè)試系統(tǒng)所能承受的最大壓力。165.回歸測(cè)試、冒煙測(cè)試、隨機(jī)測(cè)試 回歸測(cè)試(regression testing),是指對(duì)軟件的新的版本測(cè)試時(shí),重復(fù)執(zhí)行上一個(gè)版本測(cè)試時(shí)的用例 冒煙測(cè)試(

9、smoke testing),是指在對(duì)一個(gè)新版本進(jìn)行大規(guī)模的測(cè)試之前,先驗(yàn)證一下軟件的基本功能是否實(shí)現(xiàn),是否具備可測(cè)性。 隨機(jī)測(cè)試(random testing),是指測(cè)試中所有的輸入數(shù)據(jù)都是隨機(jī)生成的,其目的是模擬用戶的真實(shí)操作,并發(fā)現(xiàn)一些邊緣性的錯(cuò)誤。176.不同測(cè)試分類之間的關(guān)系軟件測(cè)試按階段劃分單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試按是否運(yùn)行程序劃分靜態(tài)測(cè)試動(dòng)態(tài)測(cè)試按是否查看源代碼劃分白盒測(cè)試黑盒測(cè)試功能測(cè)試邏輯功能測(cè)試界面測(cè)試易用性測(cè)試安裝測(cè)試兼容性測(cè)試性能測(cè)試一般性能測(cè)試穩(wěn)定性測(cè)試負(fù)載測(cè)試壓力測(cè)試其他回歸測(cè)試冒煙測(cè)試隨機(jī)測(cè)試18第三章 軟件測(cè)試的常識(shí)1.公司里測(cè)試部門的組織結(jié)構(gòu)2.軟件測(cè)

10、試工程師所需具備的素質(zhì) 2.1測(cè)試人員的基本從業(yè)素質(zhì) 2.2如何成為一名優(yōu)秀的測(cè)試工程師3.軟件測(cè)試和軟件質(zhì)量的關(guān)系4.軟件測(cè)試和 SQA 的關(guān)系 4.1.什么是 SQA 4.2.什么是 CMM 4.3.SQA 與測(cè)試5.軟件測(cè)試的一些基本原則 5.1.Zero Bug 與 Good Enough 5.2.不要試圖窮舉測(cè)試 5.3.開發(fā)人員不能既是運(yùn)動(dòng)員又是裁判員 5.4.軟件測(cè)試要盡早執(zhí)行 5.5.軟件測(cè)試應(yīng)該追溯需求 5.6.缺陷的二八定理 5.7.缺陷具有免疫性191.公司測(cè)試部門的組織結(jié)構(gòu)小公司的組織結(jié)構(gòu)技術(shù)總監(jiān)項(xiàng)目經(jīng)理開發(fā)工程師測(cè)試工程師項(xiàng)目經(jīng)理開發(fā)工程師測(cè)試工程師大公司組織結(jié)構(gòu)測(cè)試

11、經(jīng)理測(cè)試工程師項(xiàng)目經(jīng)理開發(fā)工程師項(xiàng)目經(jīng)理開發(fā)工程師專業(yè)外包公司組織結(jié)構(gòu)項(xiàng)目經(jīng)理測(cè)試組長(zhǎng)測(cè)試工程師測(cè)試組長(zhǎng)測(cè)試工程師202.軟件測(cè)試工程師所需具備的素質(zhì)2.1測(cè)試人員的基本從業(yè)素質(zhì) “三心二意一能力”“三心”指細(xì)心、耐心和信心;“二意”指服務(wù)意識(shí)、團(tuán)隊(duì)合作意識(shí);“一能力”指溝通能力。 細(xì)心:是對(duì)測(cè)試人員的基本要求。 耐心:要學(xué)會(huì)樂(lè)在其中。 信心:信心百倍地去面對(duì)難度較大的測(cè)試工作,并在實(shí)踐中學(xué)習(xí)和提高。 服務(wù)意識(shí):現(xiàn)在的軟件更多是賣一種服務(wù),一種解決方案。 團(tuán)隊(duì)合作意識(shí):項(xiàng)目組不提倡個(gè)人英雄主義,更好的發(fā)揮就必須樹立團(tuán)隊(duì)合作的意識(shí)。 溝通能力:測(cè)試是連接開發(fā)和用戶的接口。需要能夠與涉及測(cè)試的所有

12、人進(jìn)行很好的溝通。 黑盒測(cè)試工程師要會(huì)搭建測(cè)試環(huán)境,掌握常用的黑盒測(cè)試技術(shù); 白盒測(cè)試工程師還要求具備一定的讀代碼能力。212.2.如何成為一名優(yōu)秀的測(cè)試工程師名師指點(diǎn)基礎(chǔ)知識(shí)測(cè)試技術(shù)項(xiàng)目經(jīng)驗(yàn)測(cè)試高手自信1.不斷學(xué)習(xí)充電2.閱讀原版書籍3.閱讀缺陷管理系統(tǒng)中的缺陷報(bào)告4.閱讀高手寫的測(cè)試用例5.學(xué)習(xí)產(chǎn)品相關(guān)的業(yè)務(wù)知識(shí)223.3.軟件測(cè)試和軟件質(zhì)量的關(guān)系 計(jì)算機(jī)產(chǎn)品質(zhì)量檢驗(yàn)員,其實(shí)就是軟件測(cè)試工程師 軟件的高質(zhì)量是設(shè)計(jì)出來(lái)的,而不是靠測(cè)試修補(bǔ)出來(lái)的。 用戶使用軟件時(shí)出現(xiàn)問(wèn)題,大家首先想到的一般都是測(cè)試人員沒(méi)有盡到責(zé)任,沒(méi)有把好關(guān)。遇到這種問(wèn)題,測(cè)試人員一定要分析是由于自己工作疏忽帶來(lái)的,還是軟件

13、設(shè)計(jì)本身的缺陷,如果是后者,就一定要據(jù)理力爭(zhēng)。 分擔(dān)測(cè)試人員壓力的角色- QA233.4.軟件測(cè)試和 SQA 的關(guān)系4.1.什么是 SQA SQA(Software Quality Assurance,軟件質(zhì)量保障)的完整定義為:為確保軟件開發(fā)過(guò)程和結(jié)果符合預(yù)期要求而建立的一系列規(guī)程,以及依照規(guī)程和計(jì)劃采取的一系列活動(dòng)及其結(jié)果評(píng)價(jià)。而做軟件質(zhì)量保障的具體工作人,我們稱其為 QA 。SQA 是獨(dú)立于項(xiàng)目組之外的第三方監(jiān)督機(jī)構(gòu)。項(xiàng)目組SQA老板項(xiàng)目經(jīng)理系統(tǒng)架構(gòu)師程序員測(cè)試員244.2.什么是 CMM CMM 就是 SQA 用來(lái)監(jiān)督項(xiàng)目的一個(gè)標(biāo)準(zhǔn)質(zhì)量模型。 CMM,全稱為 Capability Ma

14、turity Model,即“能力成熟度模型”,是由卡梅隆大學(xué)于20世紀(jì)80年代制定的 ,CMM公分為5級(jí)。“一流公司做標(biāo)準(zhǔn)(Standard),二流公司做品牌(Brand Name),三流公司做產(chǎn)品(Product)”。初始級(jí)可重復(fù)級(jí)已定義級(jí)已管理級(jí)優(yōu)化級(jí)254.3.SQA與測(cè)試測(cè)試是發(fā)現(xiàn)問(wèn)題(Detection),SQA是在預(yù)防問(wèn)題(Prevention)。測(cè)試其實(shí)有一些亡羊補(bǔ)牢的意味,測(cè)試的時(shí)候,Bug已經(jīng)實(shí)際存在了;而SQA則需要將Bug扼殺在萌芽之前。 理論上,測(cè)試作為軟件生命周期的一部分,其過(guò)程也要受到SQA監(jiān)督。 在國(guó)內(nèi),許多名義上的SQA做著測(cè)試的工作;許多測(cè)試人員做著部分SQ

15、A的工作,職業(yè)定位比較模糊。265.軟件測(cè)試的一些基本原則5.1.Zero Bug 與 Good Enough Zero Bug ,指的是軟件沒(méi)有任何Bug, Good Enough,指的是只要軟件達(dá)到一定的質(zhì)量要求,就可以停止測(cè)試了。 Good-Enough原則就是一種權(quán)衡投入/產(chǎn)品比的原則 制定最低測(cè)試通過(guò)標(biāo)準(zhǔn)和測(cè)試內(nèi)容,然后具體問(wèn)題具體分析。5.2.不要試圖窮舉測(cè)試 窮舉測(cè)試指的是測(cè)試時(shí)考慮所有可能的輸入值。窮舉測(cè)試不好做,需要在測(cè)試用例上多下功夫,設(shè)計(jì)出優(yōu)秀的測(cè)試用例,用最少的測(cè)試用例達(dá)到最大的覆蓋率。5.3.開發(fā)人員不能既是運(yùn)動(dòng)員又是裁判員 測(cè)試應(yīng)該由獨(dú)立的第三方機(jī)構(gòu)來(lái)完成。5.4.

16、軟件測(cè)試要盡早執(zhí)行275.5.軟件測(cè)試應(yīng)該追溯需求原始需求正確的規(guī)格說(shuō)明正確的設(shè)計(jì)正確編碼正確功能原始要求錯(cuò)誤的規(guī)格說(shuō)明錯(cuò)誤的設(shè)計(jì)對(duì)錯(cuò)誤說(shuō)明的設(shè)計(jì)錯(cuò)誤編碼對(duì)錯(cuò)誤設(shè)計(jì)的編碼對(duì)錯(cuò)誤說(shuō)明的編碼可改正的錯(cuò)誤不可改正的錯(cuò)誤潛伏的錯(cuò)誤不完善的軟件產(chǎn)品285.6.缺陷的二八定理 軟件80%的缺陷集中在20%的模塊中。通常稱為缺陷的集群現(xiàn)象或是蟲子窩現(xiàn)象。5.7.缺陷具有免疫性 測(cè)試人員要根據(jù)新版本的特點(diǎn)去修改維護(hù)測(cè)試用例。 每修復(fù)34個(gè)缺陷,一般就會(huì)產(chǎn)生一個(gè)新的缺陷,要充分注意修改錯(cuò)誤所產(chǎn)生的影響和波及效果。29第四章 黑盒測(cè)試技術(shù)1.等價(jià)類技術(shù)(equivalence class testing) 1.1

17、.等價(jià)類方法總結(jié)2.邊界值技術(shù)(boundary value testing)3.因果圖法(cause-effect graphs) 3.1.因果圖法小結(jié)4.流程圖法(workflow method)5.黑盒測(cè)試技術(shù)的綜合運(yùn)用301.等價(jià)類技術(shù)(equivalence class testing) 等價(jià)類劃分法是一種黑盒測(cè)試技術(shù),它不考慮程序的內(nèi)部結(jié)構(gòu),只是根據(jù)軟件的需求說(shuō)明來(lái)對(duì)輸入的范圍進(jìn)行細(xì)分,然后再?gòu)姆殖龅拿恳粋€(gè)區(qū)域內(nèi)選取一個(gè)有代表性的測(cè)試數(shù)據(jù)。 等價(jià)類可分為有效等價(jià)類和無(wú)效等價(jià)類。要考慮輸入數(shù)據(jù)的范圍,同時(shí)也要考慮輸入數(shù)據(jù)的類型。 1.1.等價(jià)類方法總結(jié) 1.等價(jià)類的定義:是指某個(gè)輸入

18、域的子集合。在該子集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的。 有效等價(jià)類:是指符合需求規(guī)格說(shuō)明書,合理地輸入數(shù)據(jù)集合。 無(wú)效等價(jià)類:是指不符合需求規(guī)格說(shuō)明書,無(wú)意義地輸入數(shù)據(jù)集合。 2.等價(jià)類劃分的步驟 1.先考慮輸入數(shù)據(jù)的數(shù)據(jù)類型(合法類型和非法類型)。 2.再考慮數(shù)據(jù)范圍(合法類型中的合法區(qū)間和非法區(qū)間)。 3.畫出示意圖,區(qū)分類編號(hào)。 4.為每一個(gè)等價(jià)類編號(hào)。 5.從一個(gè)等價(jià)類中選舉一個(gè)測(cè)試數(shù)據(jù)構(gòu)造測(cè)試用例。312.邊界值技術(shù) “錯(cuò)誤隱含在角落”(errors hide in the corner),邊界值是最容易出現(xiàn)問(wèn)題的地方,也是我們測(cè)試的重點(diǎn)。 其實(shí)邊界值與等價(jià)類的聯(lián)系時(shí)

19、很緊密的,邊界值就是我們?cè)趧澐值葍r(jià)類的過(guò)程中產(chǎn)生的。323.因果圖法因果圖法比較適合輸入條件比較多的情況,測(cè)試所有的輸入條件的排列組合。CI表示原因,EI表示結(jié)果。其中I取“0”表狀態(tài)不出現(xiàn),“1”表示狀態(tài)出現(xiàn)。若出現(xiàn)多個(gè)狀態(tài),可取大于1的多個(gè)值表示。3.1.因果圖法小結(jié) 1.因果圖的步驟 1.找出所有輸入條件和輸出條件,并編號(hào)。 2.分析輸入條件之間的關(guān)系,是互斥還是可以同時(shí)滿足。 3.畫出輸入條件的排列組合情況。 4.編寫測(cè)試用例。 2.因果圖的應(yīng)用場(chǎng)合 當(dāng)軟件的輸入條件較多的時(shí)候,我們可以考慮用因果圖法來(lái)設(shè)計(jì)測(cè)試用例,考慮輸入的所有排列組合情況,防止遺漏。 3.因果圖的局限性 根據(jù)實(shí)際情況盡量精簡(jiǎn)輸入條件的個(gè)數(shù)。334.流程圖法黑盒測(cè)試的流程圖是針對(duì)整個(gè)系統(tǒng)業(yè)務(wù)功能流程的。步驟:第一步:詳細(xì)了解需求。第二部:根據(jù)需求說(shuō)明或界面原理,找出業(yè)務(wù)流程的各個(gè)頁(yè)面以及各頁(yè)面之間的流轉(zhuǎn)關(guān)系。第三部:畫出業(yè)務(wù)流圖(路徑圖)。第四步:寫用例,覆蓋所有的路徑分支。345.黑盒測(cè)試技術(shù)的綜合運(yùn)用黑盒測(cè)試技術(shù)綜合流程圖等價(jià)類法邊界值

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論