軟件測試基礎(chǔ)講義課件

1、軟件測試基礎(chǔ)介紹研發(fā)二部2013年1月30日軟件測試基礎(chǔ)介紹2013年1月30日目錄 軟件測試概述軟件測試模型軟件測試分類軟件測試過程（功能測試）軟件性能測試目錄 軟件測試概述什么是軟件測試？軟件測試是在規(guī)定條件下對(duì)程序進(jìn)行操作，以發(fā)現(xiàn)錯(cuò)誤，對(duì)軟件質(zhì)量進(jìn)行評(píng)估。軟件是由文檔、數(shù)據(jù)以及程序組成，所以軟件測試就不僅僅是對(duì)程序進(jìn)行測試。資料表明，60以上的錯(cuò)誤并不是程序錯(cuò)誤，而是分析和設(shè)計(jì)錯(cuò)誤，因此提倡軟件全生命周期測試的理念。什么是軟件測試？軟件測試的定義 軟件測試（Software testing）是軟件生存期中的一個(gè)重要階段，是軟件質(zhì)量保證的關(guān)鍵步驟。通俗地講，軟件測試就是在軟件投入運(yùn)行前，對(duì)

2、軟件需求分析、設(shè)計(jì)規(guī)格說明和編碼進(jìn)行最終復(fù)審的活動(dòng)。1983年IEEE提出的軟件工程術(shù)語中給軟件測試下的定義是：“使用人工或自動(dòng)的手段來運(yùn)行或測定某個(gè)軟件系統(tǒng)或系統(tǒng)部件的過程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別”。軟件測試的定義為什么需要測試？缺陷是怎樣產(chǎn)生的？產(chǎn)生缺陷的原因： 時(shí)刻想到，你的軟件中是有缺陷的如果想要找到軟件中的缺陷：那只有測試你的軟件我寫的代碼很干凈。我查了好幾遍都沒找到錯(cuò)誤我不相信還會(huì)有錯(cuò)誤為什么需要測試？缺陷是怎樣產(chǎn)生的？我寫的代碼很干凈。軟件測試有什么好處？通過測試可以：發(fā)現(xiàn)軟件的錯(cuò)誤行為可以界定錯(cuò)誤的原因證明軟件的正確行為軟件測試是質(zhì)

3、量保證的一個(gè)重要手段軟件測試有什么好處？通過測試可以：軟件測試的目的目的：尋找軟件的缺陷跟蹤修正軟件缺陷驗(yàn)證修正的軟件缺陷一個(gè)好的測試在于發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤。軟件測試是為了證明軟件中存在錯(cuò)誤，而不是為了證明軟件不存在錯(cuò)誤。尋找Bug跟蹤Bug驗(yàn)證Bug軟件測試的目的目的：尋找Bug跟蹤Bug驗(yàn)證Bug軟件測試的原則原則：所有的軟件測試都應(yīng)追溯到用戶需求盡早進(jìn)行軟件測試，早期發(fā)現(xiàn)和報(bào)告軟件缺陷完全測試是不可能的，測試需要終止全程測試，測試過程貫穿于整個(gè)項(xiàng)目的生命周期測試獨(dú)立與開發(fā)，開發(fā)人員不能測試自己的軟件測試是有組織、有計(jì)劃、有步驟的，盡量避免軟件測試的隨意性。軟件測試的原則原則：有效的測

4、試應(yīng)當(dāng)是：破壞性的系統(tǒng)化的開發(fā)和測試過程必須嚴(yán)格分開：在時(shí)間上分開在組織結(jié)構(gòu)上分開在人事上分開獨(dú)立測試獨(dú)立測試的好處：能找到更多其他人的錯(cuò)誤 無偏見驗(yàn)證設(shè)計(jì)和開發(fā)人員的設(shè)想具有專業(yè)測試的知識(shí)背景有效的測試應(yīng)當(dāng)是：軟件測試對(duì)象軟件測試不等于程序測試，軟件測試貫穿于軟件定義和開發(fā)的整個(gè)期間。需求分析,概要設(shè)計(jì),詳細(xì)設(shè)計(jì),以及程序編碼等各個(gè)階段所得到的文檔,包括需求規(guī)格說明,概要設(shè)計(jì)規(guī)格說明,詳細(xì)設(shè)計(jì)規(guī)格說明以及源程序,都是軟件測試的對(duì)象。軟件測試對(duì)象軟件測試不等于程序測試，軟件測試貫穿于軟件定常見的引入缺陷的原因開發(fā)過程中缺乏有效的溝通或者沒有進(jìn)行溝通軟件復(fù)雜度越來越高需求不斷變更項(xiàng)目進(jìn)度的壓力不

5、重視開發(fā)文檔軟件開發(fā)工具本身隱藏的問題常見的引入缺陷的原因開發(fā)過程中缺乏有效的溝通或者沒有進(jìn)行溝通解決方案要盡早進(jìn)行測試解決方案要盡早進(jìn)行測試軟件測試概述軟件測試模型軟件測試分類軟件測試過程（功能測試）軟件性能測試目錄 軟件測試概述目錄 2.軟件測試模型V模型 在V模型中，測試貫穿在整個(gè)軟件開發(fā)過程活動(dòng)中，測試人員可以盡早進(jìn)入項(xiàng)目，測試人員將更加熟悉產(chǎn)品，更多缺陷將在早期被發(fā)現(xiàn)，這有利于大幅度降低成本，在項(xiàng)目后期發(fā)現(xiàn)嚴(yán)重缺陷的風(fēng)險(xiǎn)大大降低。同時(shí)對(duì)設(shè)計(jì)出高質(zhì)量的測試用例非常有幫助。2.軟件測試模型V模型 在V模型中，測試貫穿在W模型 W模型是V模型的發(fā)展，測試伴隨整個(gè)軟件的開發(fā)周期，測試的對(duì)象包

6、括需求、代碼、功能和設(shè)計(jì)，只要相應(yīng)的對(duì)象開發(fā)完成，測試就可以進(jìn)行。W模型 W模型是V模型的發(fā)展，測試伴隨整個(gè)軟件的H模型準(zhǔn)備測試準(zhǔn)備就緒點(diǎn)測試執(zhí)行測試流程其他流程（如設(shè)計(jì)流程）H模型將測試活動(dòng)完全獨(dú)立出來，形成了一個(gè)完全獨(dú)立的流程，將測試準(zhǔn)備活動(dòng)和測試執(zhí)行活動(dòng)清晰地體現(xiàn)出來。H模型揭示了一個(gè)原理：軟件測試是一個(gè)獨(dú)立的流程，貫穿產(chǎn)品整個(gè)生命周期，與其他流程并發(fā)地進(jìn)行。H模型指出軟件測試要盡早準(zhǔn)備，盡早執(zhí)行。H模型準(zhǔn)備測試準(zhǔn)備就緒點(diǎn)測試執(zhí)行測試流程其他流程（如設(shè)計(jì)流程軟件測試概述軟件測試模型軟件測試分類軟件測試過程（功能測試）軟件性能測試目錄 軟件測試概述目錄 3.軟件測試分類3.軟件測試分類按照

7、測試階段劃分單元測試單元測試主要用白盒測試方法，一般我們先靜態(tài)地檢查代碼是否符合規(guī)范，然后動(dòng)態(tài)地運(yùn)行代碼，檢查其實(shí)際運(yùn)行結(jié)果。當(dāng)然，檢查程序的運(yùn)行結(jié)果是否正確是一個(gè)最基本的要求，我們還要檢查很多項(xiàng)，比如程序的容錯(cuò)處理，程序的邊界值處理等。 單元測試是在程序員編碼之后，代碼通過編譯后進(jìn)行單元測試 。 單元測試一般由白盒測試工程師或開發(fā)人員來測試 。按照測試階段劃分集成測試集成測試是單元測試的下一個(gè)階段，是指將通過測試的單元模塊組裝成系統(tǒng)或子系統(tǒng)，再進(jìn)行測試。重點(diǎn)測試不同模塊的接口部分，檢查各個(gè)單元模塊結(jié)合到一起能否協(xié)同配合，正常運(yùn)行。 集成測試的依據(jù)是單元測試的模塊以及概要設(shè)計(jì)文檔。集成測試系統(tǒng)

8、測試 集成測試之后，就進(jìn)行系統(tǒng)測試。系統(tǒng)測試也是我們測試的重點(diǎn)。 系統(tǒng)測試將整個(gè)軟件系統(tǒng)看做一個(gè)整體進(jìn)行測試，包括對(duì)功能、性能，以及軟件所運(yùn)行的軟硬件環(huán)境進(jìn)行測試。主要依據(jù)是系統(tǒng)需求規(guī)格說明書文檔。 目前系統(tǒng)測試主要由測試工程師在整個(gè)系統(tǒng)集成完畢后進(jìn)行測試，前期主要測試系統(tǒng)的功能是否滿足需求，以及系統(tǒng)在不同的軟硬件環(huán)境中的兼容性等。 系統(tǒng)測試驗(yàn)收測試 驗(yàn)收測試是以用戶為主的測試。軟件開發(fā)人員與質(zhì)量保證人員也應(yīng)參加。由用戶參加設(shè)計(jì)測試用例。使用用戶界面輸入測試數(shù)據(jù)，并分析測試的輸出結(jié)果。一般使用生產(chǎn)中的實(shí)際數(shù)據(jù)進(jìn)行測試。驗(yàn)收測試按照是否運(yùn)行程序劃分靜態(tài)測試靜態(tài)方法是指不運(yùn)行被測程序本身，僅通過分

9、析或檢查源程序的語法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性。對(duì)需求規(guī)格說明書、軟件設(shè)計(jì)說明書、源程序做結(jié)構(gòu)分析、流程圖分析、符號(hào)執(zhí)行來找錯(cuò)。 靜態(tài)測試結(jié)果可用于進(jìn)一步的查錯(cuò)，并為測試用例選取提供指導(dǎo)。按照是否運(yùn)行程序劃分動(dòng)態(tài)測試 實(shí)際的執(zhí)行被測對(duì)象的程序代碼，輸入實(shí)現(xiàn)設(shè)計(jì)好的測試用例，檢查程序代碼運(yùn)行得到的結(jié)果與測試用例中設(shè)計(jì)的預(yù)期結(jié)果之間是否有差異，判定實(shí)際結(jié)果與預(yù)測結(jié)果是否一致。 動(dòng)態(tài)測試有四部分組成：設(shè)計(jì)測試用例，執(zhí)行測試用例，分析比較輸出結(jié)果，輸出測試報(bào)告。 動(dòng)態(tài)測試有三種主要方法：黑盒測試，白盒測試和灰盒測試。動(dòng)態(tài)測試按照測試技術(shù)劃分（黑盒測試）功能測試 功能測試將系統(tǒng)看成黒盒，又稱

10、為黒盒測試，它檢查軟件的功能是否符合需求規(guī)格說明書，確保測試對(duì)象的功能正常，其中包括導(dǎo)航，數(shù)據(jù)輸入，處理和檢索等。測試時(shí)用有效數(shù)據(jù)和無效數(shù)據(jù)來執(zhí)行各個(gè)用例或用例流，以核實(shí)在使用有效數(shù)據(jù)時(shí)得到預(yù)期的結(jié)果，在使用無效數(shù)據(jù)時(shí)顯示相應(yīng)的錯(cuò)誤信息或警告信息。由于正確性是軟件最重要的質(zhì)量因素，所以其測試也最重要。按照測試技術(shù)劃分（黑盒測試）性能測試 性能測試是通過自動(dòng)化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測試。性能測試的目的是為了驗(yàn)證系統(tǒng)是否達(dá)到用戶提出的性能指標(biāo)，同時(shí)發(fā)現(xiàn)系統(tǒng)中存在的性能瓶頸，優(yōu)化系統(tǒng)。性能測試軟件測試概述軟件測試模型軟件測試分類軟件測試過程（功能測試）

11、軟件性能測試目錄 軟件測試概述目錄 軟件測試過程制定測試計(jì)劃設(shè)計(jì)測試用例執(zhí)行測試撰寫測試報(bào)告修正軟件缺陷回歸測試測試需求分析創(chuàng)建測試計(jì)劃構(gòu)建測試環(huán)境執(zhí)行軟件測試處理測試結(jié)果軟件測試過程軟件測試過程制定測試計(jì)劃設(shè)計(jì)測試用例執(zhí)行測試撰寫測試報(bào)告修正功能測試概述 任何程序都可以看作是將從輸入定義域取值映射到輸出值域的函數(shù) 功能測試將系統(tǒng)看成黒盒，又稱為黒盒測試。 黒盒的實(shí)現(xiàn)是不需要了解的，只需要知道輸入和預(yù)期輸出。功能測試概述 任何程序都可以看作是將從輸入定義域取值映射到 功能性測試與軟件如何實(shí)現(xiàn)無關(guān)，如果實(shí)現(xiàn)發(fā)生變化，功能性測試用例仍然可用。 測試用例開發(fā)可以與軟件開發(fā)同時(shí)進(jìn)行，可節(jié)省軟件開發(fā)時(shí)間

12、，通過軟件的用例（use case）就可以設(shè)計(jì)出大部分功能性測試用例。功能測試的優(yōu)點(diǎn) 功能性測試與軟件如何實(shí)現(xiàn)無關(guān)，如果實(shí)現(xiàn)發(fā)生變化，功能性 需求分析 通過詳細(xì)的分析測試需求，可以了解整個(gè)測試的規(guī)模、復(fù)雜程度，以及可能存在的風(fēng)險(xiǎn)。測試需求越詳細(xì)精準(zhǔn)，表明對(duì)所測軟件的了解越深，對(duì)所要進(jìn)行的任務(wù)內(nèi)容就越清晰，就更有把握保證測試的質(zhì)量與進(jìn)度。整個(gè)需求分析過程分以下幾個(gè)階段和任務(wù)： 需求分析 通過詳細(xì)的分析測試需求，可以了解整個(gè)測試分析需求測試時(shí)，要遵循以下原則：完整性：每一項(xiàng)需求都必須將所要實(shí)現(xiàn)的功能描述清楚。正確性：每一項(xiàng)需求都必須準(zhǔn)確地陳述其要開發(fā)的功能。一致性：是指與其它軟件需求或高層（系統(tǒng)，

13、業(yè)務(wù)）需求不相矛盾?？尚行裕好恳豁?xiàng)需求都必須是在已知系統(tǒng)和環(huán)境的權(quán)能和限制范圍內(nèi)可以實(shí)施的。無二義性：對(duì)所有需求說明的讀者都只能有一個(gè)明確統(tǒng)一的解釋，應(yīng)盡量把每項(xiàng)需求用簡潔明了的用戶性的語言表達(dá)出來。健壯性：測試需求的說明中是否對(duì)可能出現(xiàn)的異常進(jìn)行了分析，并且對(duì)這些異常進(jìn)行了容錯(cuò)處理。必要性：是指每項(xiàng)需求都是用來授權(quán)你編寫文檔的“根源”，要使每項(xiàng)需求都能回溯至某項(xiàng)客戶的輸入?？蓽y試性：每項(xiàng)需求都能通過設(shè)計(jì)測試用例或其它的驗(yàn)證方法來進(jìn)行測試?？尚薷男裕好宽?xiàng)需求只應(yīng)在測試需求分析中出現(xiàn)一次。這樣更改時(shí)易于保持一致性?？筛櫺裕涸诿宽?xiàng)測試需求與它的根源和設(shè)計(jì)元素、源代碼、測試用例之間建立起鏈接鏈，使

14、得每項(xiàng)測試需求以一種結(jié)構(gòu)化的，粒度好的方式編寫并單獨(dú)標(biāo)明，而不是大段大段的敘述。分析需求測試時(shí)，要遵循以下原則：測試計(jì)劃階段 功能點(diǎn)整理測試計(jì)劃階段 功能點(diǎn)整理 測試計(jì)劃 軟件項(xiàng)目的測試計(jì)劃是描述測試目的、范圍、方法和軟件測試的重點(diǎn)等的文檔。對(duì)于驗(yàn)證軟件產(chǎn)品的可接受程度編寫測試計(jì)劃文檔是一種有用的方式。 測試計(jì)劃包括：測試目的測試范圍測試環(huán)境測試方法測試人員和時(shí)間安排 測試計(jì)劃 軟件項(xiàng)目的測試計(jì)劃是描述測試目的“5W1H”規(guī)則 指的是“What（做什么）”、“Why（為什么做）”、“When（何時(shí)做）”、“Where（在哪里）”、“Who”（誰去做）“How（如何做）”。 利用“5W1H”規(guī)則

15、創(chuàng)建軟件測試計(jì)劃，可以幫助測試團(tuán)隊(duì)理解測試的目的（Why），明確測試的范圍和內(nèi)容（What），確定測試的開始和結(jié)束日期（When），確定團(tuán)隊(duì)人員（Who），指出測試的方法和工具（How），給出測試文檔和軟件的存放位置（Where）。 為了使“5W1H”規(guī)則更具體化，需要準(zhǔn)確理解被測軟件的功能特征、應(yīng)用行業(yè)的知識(shí)和軟件測試技術(shù)，在需要測試的內(nèi)容里面突出關(guān)鍵部分，可以列出關(guān)鍵及風(fēng)險(xiǎn)內(nèi)容、屬性、場景或者測試技術(shù)。對(duì)測試過程的階段劃分、文檔管理、缺陷管理、進(jìn)度管理給出切實(shí)可行的方法“5W1H”規(guī)則測試計(jì)劃評(píng)審 測試計(jì)劃編寫后，內(nèi)容的可能不準(zhǔn)確或遺漏測試內(nèi)容，或者軟件需求變更引起測試范圍的增減，而測試計(jì)

16、劃的內(nèi)容沒有及時(shí)更新，誤導(dǎo)測試執(zhí)行人員。測試計(jì)劃包含多方面的內(nèi)容，編寫人員可能受自身測試經(jīng)驗(yàn)和對(duì)軟件需求的理解所限，而且軟件開發(fā)是一個(gè)漸進(jìn)的過程，所以最初創(chuàng)建的測試計(jì)劃可能是不完善的、需要更新的。需要采取相應(yīng)的評(píng)審機(jī)制對(duì)測試計(jì)劃的完整性、正確性、可行性進(jìn)行評(píng)估。測試計(jì)劃評(píng)審 測試計(jì)劃編寫后，內(nèi)容的可能不準(zhǔn)確測試計(jì)劃變更更來源于以下幾個(gè)方面： 項(xiàng)目計(jì)劃的變更；需求的變更； 測試產(chǎn)品版本的變更；測試時(shí)間變更； 測試資源的變更。測試計(jì)劃變更更來源于以下幾個(gè)方面： 測試用例設(shè)計(jì)什么是測試用例？測試用例是為特定的目的設(shè)計(jì)的一組測試輸入、執(zhí)行條件、和預(yù)期的結(jié)果。測試用例是執(zhí)行的最小實(shí)體。 測試用例設(shè)計(jì)什么

17、是測試用例？測試用例是為特定的目的設(shè)計(jì)的測試用例的重要性為什么要寫測試用例？ 測試人員工作不主動(dòng)的時(shí)候 測試時(shí)思維混亂的情況 測試時(shí)間緊迫的情況 情緒不佳、人員流動(dòng)頻繁測試用例的重要性 測試人員工作不主動(dòng)的時(shí)候測試用例的組成元素測試用例的必要組成元素 用例編號(hào) 用例名稱 步驟 預(yù)期結(jié)果 設(shè)計(jì)人員測試用例的組成元素 用例編號(hào)測試用例模板解釋序號(hào)用例名稱設(shè)計(jì)者描述步驟序號(hào)具體步驟描述預(yù)期結(jié)果實(shí)際結(jié)果格式：用例編號(hào)，每個(gè)工作表的用例從 1 開始，例如：1,2,3解釋：該測試用例的名稱格式：模塊名稱_子模塊名稱_功能點(diǎn)名稱_流水號(hào)（從 01 開始）舉例：客戶管理_對(duì)公客戶_新增客戶_01解釋：編寫此測

18、試需求點(diǎn)的人員姓名全拼（要求中文拼音）解釋：對(duì)此測試案例的場景的簡要描述解釋：步驟序號(hào)舉例：步驟1、步驟2、解釋：案例場景每一步操作對(duì)應(yīng)的輸入要素、數(shù)據(jù)描述 （前置條件和輸入值要明確填寫，并用藍(lán)色標(biāo)識(shí)）要求：多個(gè)操作才能產(chǎn)生一個(gè)預(yù)期結(jié)果，請(qǐng)作為一個(gè)步驟解釋：每一步驟操作對(duì)應(yīng)產(chǎn)生的預(yù)期結(jié)果要求：在預(yù)期結(jié)果中，一定要把檢查點(diǎn)的預(yù)期結(jié)果明確描述， 以便明確判斷是成功還是失敗格式：成功、失敗解釋：執(zhí)行測試用例步驟的結(jié)果測試用例模板解釋序號(hào)用例名稱設(shè)計(jì)者描述步驟序號(hào)具體步驟描述預(yù)測試用例設(shè)計(jì)方法測試用例設(shè)計(jì)基本方法等價(jià)類劃分法邊界值分析法因果圖法錯(cuò)誤推測法流程分析法測試用例設(shè)計(jì)方法測試用例設(shè)計(jì)基本方法等

19、價(jià)類解釋：把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若干部分（子集），然后從每一個(gè)子集中選取少量具有代表性的數(shù)據(jù)作為測試用例等價(jià)類劃分法等價(jià)類某些數(shù)據(jù)的集合，該集合內(nèi)每個(gè)數(shù)據(jù)都是等效的，那么可以將該集合視為等價(jià)的一類等效對(duì)于計(jì)算機(jī)軟件而言，即對(duì)于數(shù)據(jù)的處理方式完全一致 有效等價(jià)類無效等價(jià)類解釋：把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若干部分（子四條確定等價(jià)類的原則在輸入條件規(guī)定了取值范圍的情況下,則可以確立一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下,則可以確立一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下,可以確立一

20、個(gè)有效等價(jià)類（符合規(guī)則）和若干個(gè)無效等價(jià)類（從不同角度違反規(guī)則）在確知已劃分的等價(jià)類中各元素在程序處理中的方式不同的情況下,則應(yīng)再將該等價(jià)類進(jìn)一步的劃分為更小的等價(jià)類等價(jià)類劃分法四條確定等價(jià)類的原則在輸入條件規(guī)定了取值范圍的情況下,則可以示例：對(duì)用戶輸入的分?jǐn)?shù)進(jìn)行評(píng)級(jí) A 90100 B 8089 C 7079 D 6069 E 60以下 輸入分?jǐn)?shù)要求是正整數(shù)或0 (0100) 輸入條件有效等價(jià)類無效等價(jià)類分?jǐn)?shù)05960697079808990100空負(fù)數(shù)大于100的數(shù)小數(shù)含字母的字符串等價(jià)類劃分法示例：對(duì)用戶輸入的分?jǐn)?shù)進(jìn)行評(píng)級(jí)輸入條件有效等價(jià)類無效等價(jià)類分邊界值分析法對(duì)等價(jià)類劃分法的補(bǔ)充。其

21、測試用例來自于等價(jià)類的邊界 步驟 1： 應(yīng)確定邊界情況步驟 2： 應(yīng)選取正好等于、剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù)邊界值分析法對(duì)等價(jià)類劃分法的補(bǔ)充。其測試用例來自于等價(jià)類的邊邊界值分析法選擇用例的原則：如果輸入條件規(guī)定了值的范圍，應(yīng)取剛達(dá)到這個(gè)范圍的邊界值和剛剛超過這個(gè)范圍的邊界值作為測試數(shù)據(jù)如果輸入條件規(guī)定了值得長度，則用最大長度、最小長度、比最大長度多個(gè)字符、比最小個(gè)數(shù)少個(gè)字符作為測試數(shù)據(jù)邊界值分析法選擇用例的原則：如果輸入條件規(guī)定了值的范圍，應(yīng)取邊界值分析法示例：對(duì)用戶輸入的分?jǐn)?shù)進(jìn)行評(píng)級(jí) A 90100 B 8089 C 7079 D 6069 E 60以下 輸入分?jǐn)?shù)要求是正整數(shù)或

22、0(0100) EDCBA -1 0 159 60 61 69 70 71 79 80 81 89 90 91 99 100 101 邊界值分析法示例：對(duì)用戶輸入的分?jǐn)?shù)進(jìn)行評(píng)級(jí)EDCBA 條件邊界值測試數(shù)據(jù)輸入條件01000100-1101-10159606169707179808189909199100101輸出條件A89、90、91、99、100、101B79、80、81、89、90、91C69、70、71、79、80、81D59、60、61、69、70、71E59、60、61條件邊界值測試數(shù)據(jù)輸入條件01000-1輸出條件A89、9因果圖法概念等價(jià)類劃分法和邊界值分析法都是著重考慮輸入條

23、件，但沒有考慮輸入條件的各種組合，輸入條件之間的相互制約關(guān)系。因果圖法是一種利用圖解分析輸入的各種組合情況，從而設(shè)計(jì)測試用例的方法，它適合于檢查程序輸入條件的各種組合情況。因果圖法考慮了輸入情況的各種組合及輸入情況之間的相互制約關(guān)系。因果圖法概念示例：程序的規(guī)格說明要求：輸入的第一個(gè)字符必須是“#”或“*”，第二個(gè)字符必須是一個(gè)數(shù)字，在此情況下進(jìn)行文件的修改；如果第一個(gè)字符不是“#”或“*”，則給出信息“N”；如果第二個(gè)字符不是數(shù)字，則給出信息“M”步驟：1.分析程序的規(guī)格說明，列出原因和結(jié)果；2.找出原因與結(jié)果之間的因果關(guān)系，原因和原因之間的約束關(guān)系，畫出因果圖；3.將因果圖轉(zhuǎn)換成判定表；4

24、.根據(jù)判定表，設(shè)計(jì)測試用例的輸入數(shù)據(jù)和預(yù)期輸出。示例：程序的規(guī)格說明要求：步驟：列出原因和結(jié)果原因：c1第一個(gè)字符是“#” c2第一個(gè)字符是“*” c3第二個(gè)字符是一個(gè)數(shù)字C1C2C31或0E1E2E3或與非非結(jié)果：e1給出信息N e2修改文件 e3給出信息M因果圖列出原因和結(jié)果原因：c1第一個(gè)字符是“#”C1C2C31將因果圖轉(zhuǎn)化為判定表將因果圖轉(zhuǎn)化為判定表設(shè)計(jì)測試用例根據(jù)判定表，最左邊兩列，因?yàn)镃1和C2不可能同時(shí)輸入，排除掉，根據(jù)表可設(shè)計(jì)出6個(gè)測試用例：設(shè)計(jì)測試用例根據(jù)判定表，最左邊兩列，因?yàn)镃1和C2不可能同時(shí)錯(cuò)誤推測法概念：根據(jù)經(jīng)驗(yàn)和直覺推測程序中所有可能存在的各種錯(cuò)誤，從而有針對(duì)性

25、地設(shè)計(jì)測試用例的方法 例如：一般會(huì)考慮業(yè)務(wù)中的極端、異常情況 空、空格 生僻字顯示亂碼 特殊字符等錯(cuò)誤推測法概念：例如：一般會(huì)考慮業(yè)務(wù)中的極端、異常情況 流程分析法概念：將業(yè)務(wù)流程繪制成流程圖，然后分析可能存在的各種路徑，有針對(duì)性地覆蓋這些路徑的設(shè)計(jì)方法稱為流程分析法。流程分析法概念：流程分析法業(yè)務(wù)場景1：正常提交申請(qǐng)并審核通過（流程路徑為：ABCDE）業(yè)務(wù)場景2：流程中某節(jié)點(diǎn)進(jìn)行回退操作。點(diǎn)對(duì)點(diǎn)單次退回：各環(huán)節(jié)退回修改至上一環(huán)節(jié)提交人，修改后繼續(xù)提交，后續(xù)審核全部通過（后續(xù)審核覆蓋各環(huán)節(jié)后的全部正向分支流程）； ABABCDE ，ABCBCDE等點(diǎn)對(duì)點(diǎn)循環(huán)退回：各環(huán)節(jié)逐級(jí)依次退回修改至上一環(huán)

26、節(jié)提交人，逐次修改提交，直至最后一級(jí)退回修改后審核通過（各正向分支流程都要覆蓋）；流程路徑為：ABABCBCDCDEDE流程分析法業(yè)務(wù)場景1：正常提交申請(qǐng)并審核通過（流程路徑為：A案例研究1：根據(jù)輸入判斷三角形的形狀測試場景：一個(gè)程序讀入3個(gè)整數(shù)，把這三個(gè)數(shù)值看作一個(gè)三角形的3條邊的長度值。這個(gè)程序要打印出信息，說明這個(gè)三角形是不等邊的、是等腰的、還是等邊的。 確定輸入數(shù)據(jù)與三角形形狀的關(guān)系：設(shè)三角形的3條邊分別為A，B，C。如果它們能夠構(gòu)成三角形的3條邊，必須滿足：A0，B0，C0，且A+BC，B+CA，A+CB；如果是等腰的，還要判斷A=B，或B=C，或A=C；如果是等邊的，則需判斷是否A

27、=B，且B=C，且A=C。案例研究1：根據(jù)輸入判斷三角形的形狀測試場景：確定輸入數(shù)據(jù)與創(chuàng)建等價(jià)類表：輸入條件有效等價(jià)類無效等價(jià)類是否三角形的三條邊（A0）， （1）（B0）， （2）（C0）， （3）（A+BC）， （4）（B+CA）， （5）（A+CB）， （6）（A0）， （7）（B0）， （8）（C0）， （9）（A+BC）， （10）（B+CA）， （11）（A+CB）， （12）是否等腰三角形（A=B）， （13）（B=C）， （14）（C=A）， （15）（AB）and（BC）and（CA） （16）是否等邊三角形（A=B）and（B=C）and（C=A） （17）（AB）， （1

28、8）（BC）， （19）（CA）， （20）創(chuàng)建等價(jià)類表：輸入條件有效等價(jià)類無效等價(jià)類是否三角形的三條邊確定等價(jià)類輸入數(shù)據(jù)：序號(hào)【A，B，C】覆蓋等價(jià)類輸出1【3，4，5】（1），（2），（3），（4），（5），（6）一般三角形2【0，1，2】（7）不能構(gòu)成三角形3【1，0，2】（8）4【1，2，0】（9）5【1，2，3】（10）6【1，3，2】（11）7【3，1，2】（12）8【3，3，4】（1），（2），（3），（4），（5），（6），（13）等腰三角形9【3，4，4】（1），（2），（3），（4），（5），（6），（14）10【3，4，3】（1），（2），（3），（4），（5），（6），

29、（15）11【3，4，5】（1），（2），（3），（4），（5），（6），（16）非等腰三角形12【3，3，3】（1），（2），（3），（4），（5），（6），（17）是等邊三角形13【3，4，4】（1），（2），（3），（4），（5），（6），（14），（18）非等邊三角形14【3，4，3】（1），（2），（3），（4），（5），（6），（15），（19）15【3，3，4】（1），（2），（3），（4），（5），（6），（13），（20）確定等價(jià)類輸入數(shù)據(jù)：序號(hào)【A，B，C】覆蓋等價(jià)類輸出1【3，案例研究2：測試用戶登錄對(duì)話框的功能測試場景：在各種輸入條件下，測試程序的登錄對(duì)話框功能。用戶名

30、和密碼的規(guī)則如下： 用戶名長度為6至10位（含6位和10位） 用戶名由字符（a-z、A-Z）和數(shù)字（0-9）組成 不能為空、空格和特殊字符 密碼規(guī)則同用戶名規(guī)則 案例研究2：測試用戶登錄對(duì)話框的功能測試場景：確定輸入數(shù)據(jù)的情形：操作步驟預(yù)期結(jié)果輸入正確的用戶名和口令（均為6位），點(diǎn)擊OK按鈕進(jìn)入系統(tǒng)輸入正確的用戶名和口令（均為10位） ，點(diǎn)擊OK按鈕進(jìn)入系統(tǒng)輸入正確的用戶名和口令（均為6至8位之間），進(jìn)入系統(tǒng)用戶名為空，提示輸入用戶名不能進(jìn)入系統(tǒng)用戶名為空格，提示無效用戶名不能進(jìn)入系統(tǒng)用戶名小于6位，提示用戶名太短不能進(jìn)入系統(tǒng)確定輸入數(shù)據(jù)的情形：操作步驟預(yù)期結(jié)果輸入正確的用戶名和口令（確定具體

31、的輸入數(shù)據(jù)：“用戶名”“口令”“預(yù)期結(jié)果”說明“user10”“pass10”進(jìn)入系統(tǒng)正確的用戶名和口令(6位)“user789”“pass789”進(jìn)入系統(tǒng)正確的用戶名和口令(7-9位)“user000010”“pass000010”進(jìn)入系統(tǒng)正確的用戶名和口令(10位)“”“pass”提示輸入用戶名不能進(jìn)入系統(tǒng)用戶名為空“空格”“pass”提示無效用戶名不能進(jìn)入系統(tǒng)用戶名為空格“user”“userpass”提示用戶名太短不能進(jìn)入系統(tǒng)用戶名小于6位“user0000011”“userpass”提示用戶名太長不能進(jìn)入系統(tǒng)用戶名大于10位確定具體的輸入數(shù)據(jù)：“用戶名”“口令”“預(yù)期結(jié)果”說明“us

32、測試用例設(shè)計(jì)原則測試用例的代表性 測試結(jié)果的可判定性 測試結(jié)果的可再現(xiàn)性 測試用例設(shè)計(jì)原則測試用例的代表性 驗(yàn)收測試用例設(shè)計(jì)要點(diǎn) 出發(fā)點(diǎn)： 旨在確認(rèn)軟件符合需求規(guī)格的驗(yàn)證活動(dòng)范 圍： 用戶業(yè)務(wù)需求，但不超出合同范圍復(fù)雜度： 結(jié)構(gòu)簡單、條理清晰、屏蔽軟件內(nèi)部結(jié)構(gòu)角 度： 用戶使用、根據(jù)業(yè)務(wù)場景組織測試用例和流程驗(yàn)收測試用例設(shè)計(jì)要點(diǎn) 出發(fā)點(diǎn)：測試用例的評(píng)審 覆蓋面是否完全描述是否清晰測試用例是否正確無遺漏清晰易懂正確準(zhǔn)確測試用例的評(píng)審 覆蓋面是否完全描述是否清 測試執(zhí)行功能測試的測試執(zhí)行階段主要完成以下工作：配置測試環(huán)境，包括基礎(chǔ)軟硬件環(huán)境、被測系統(tǒng)環(huán)境和初始化測試數(shù)據(jù)；根據(jù)事先設(shè)計(jì)好的業(yè)務(wù)流程執(zhí)

33、行業(yè)務(wù)用例記錄測試結(jié)果和測試過程中發(fā)現(xiàn)的問題對(duì)測試過程中發(fā)現(xiàn)的問題，提交到缺陷跟蹤系統(tǒng)中進(jìn)行跟蹤收集測試過程中的各項(xiàng)信息，分析、控制測試過程 測試執(zhí)行功能測試的測試執(zhí)行階段主要完成以下工作：測試啟動(dòng)條件 測試計(jì)劃和測試用例準(zhǔn)備完畢 錯(cuò)誤跟蹤工具設(shè)置完畢 被測試的Build已經(jīng)可用 測試的軟件和硬件環(huán)境已經(jīng)準(zhǔn)備就緒測試結(jié)束條件 所有軟件缺陷得到處理（最好目標(biāo)：0 缺陷） 在規(guī)定的時(shí)間內(nèi)連續(xù)運(yùn)行軟件沒有產(chǎn)生死機(jī)、系統(tǒng)崩潰和丟失數(shù)據(jù)的錯(cuò)誤 完成了測試計(jì)劃和測試用例指定的測試工作 軟件經(jīng)過“項(xiàng)目管理組”討論，認(rèn)為能達(dá)到客戶的合理質(zhì)量期望值 軟件到了發(fā)布的截止日期測試的啟動(dòng)與結(jié)束條件測試啟動(dòng)條件測試結(jié)束

34、條件測試的啟動(dòng)與結(jié)束條件 缺陷管理 缺陷管理缺陷生命周期軟件缺陷生命周期有很多個(gè)階段。根據(jù)不同的缺陷跟蹤管理系統(tǒng)，下面的狀態(tài)名稱也會(huì)有所不同：新建（打開）：當(dāng)測試人員匯報(bào)新的缺陷時(shí)的缺陷狀態(tài)。延后處理：如果這個(gè)缺陷跟當(dāng)前發(fā)布的這個(gè)版本沒有直接關(guān)系，或者當(dāng)前版本無法修復(fù)，或者這個(gè)缺陷不是很嚴(yán)重，不需要立刻修復(fù)，那么項(xiàng)目經(jīng)理可以把狀態(tài)設(shè)為“延后處理”。 已指派：“指派給”這個(gè)值是由項(xiàng)目組長或者項(xiàng)目經(jīng)理來填，指定給具體的某個(gè)開發(fā)人員。 已解決/已修復(fù)：當(dāng)開發(fā)人員做了某些必要的代碼改動(dòng)，并且確認(rèn)修改之后，那么他/她就可以把狀態(tài)改為“已修復(fù)”，然后就交給測試組進(jìn)行回歸測試。缺陷生命周期軟件缺陷生命周期有

35、很多個(gè)階段。根據(jù)不同的缺陷跟蹤缺陷生命周期無法重現(xiàn)：如果開發(fā)人員根據(jù)測試人員在缺陷報(bào)告里面描述的步驟，都無法重現(xiàn)這個(gè)缺陷的時(shí)候，那么開放人員可以把這個(gè)缺陷標(biāo)為“無法重現(xiàn)”。測試人員需要檢查這個(gè)缺陷是否可以重現(xiàn)，并且把更為詳細(xì)的重現(xiàn)步驟提供給開發(fā)人員。 需要更多信息：如果開發(fā)人員認(rèn)為測試人員提供的缺陷重現(xiàn)步驟不夠清晰，因而無法重現(xiàn)缺陷的時(shí)候，那么他/她可以把狀態(tài)標(biāo)記為“需要更多信息”。在這種情況下，測試人員需要提供更為詳細(xì)的重現(xiàn)步驟，并把缺陷返回給開發(fā)小組。 重新打開：如果測試人員不滿意這個(gè)修復(fù)結(jié)果，或者說即使在修復(fù)之后，依然出現(xiàn)同樣的問題，那么測試人員可以把狀態(tài)標(biāo)記為“重新打開”，這樣的話，開

36、發(fā)人員就可以采取相應(yīng)的行動(dòng)了。 關(guān)閉：如果測試小組已經(jīng)驗(yàn)證過這個(gè)缺陷的修復(fù)結(jié)果，并且問題是已經(jīng)得到了解決的，那么測試人員就可以把狀態(tài)改為“關(guān)閉”。 駁回/無效：有些時(shí)候，如果這個(gè)系統(tǒng)的確是按照規(guī)格說明來運(yùn)行的，而缺陷的產(chǎn)生只是由于誤解而引起的，那么開發(fā)人員或者小組組長可以把這些缺陷標(biāo)記為“駁回”或者“無效”。缺陷生命周期無法重現(xiàn)：如果開發(fā)人員根據(jù)測試人員在缺陷報(bào)告里面缺陷嚴(yán)重性等級(jí)定義A類（致命缺陷）導(dǎo)致對(duì)被描述的主要對(duì)象的理解錯(cuò)誤、不可行、不能運(yùn)轉(zhuǎn)、對(duì)業(yè)務(wù)和整個(gè)系統(tǒng)可能造成重大損失或損害。B類（嚴(yán)重缺陷）對(duì)被描述的部分對(duì)象的理解或?qū)崿F(xiàn)錯(cuò)誤，部分的系統(tǒng)或模塊不可行或不能運(yùn)轉(zhuǎn)或部分系統(tǒng)和模塊缺失

37、，對(duì)整個(gè)系統(tǒng)有重大影響或可能造成部分的損失和損害。C類（一般缺陷）系統(tǒng)中部分單元模塊或單個(gè)功能描述和實(shí)現(xiàn)有錯(cuò)誤、有偏差、不一致或有缺失，不影響模塊的正常運(yùn)行，或有影響但可以有替代辦法或避免辦法。D類（微小缺陷）基本不影響系統(tǒng)的運(yùn)行和功能的實(shí)現(xiàn)。但是與標(biāo)準(zhǔn)、規(guī)范和定義不一致。E類（建議缺陷）不在標(biāo)準(zhǔn)、規(guī)范、范圍的定義和約束之內(nèi)，但是從提出者來看是需要完善的建議。如安裝手冊，操作手冊，在線幫助，代碼冗余，可跟蹤性等問題。缺陷嚴(yán)重性等級(jí)定義A類（致命缺陷）缺陷優(yōu)先級(jí)等級(jí)定義BUG 的優(yōu)先級(jí)一般與 BUG 等級(jí)掛鉤分為4級(jí)：1級(jí)（嚴(yán)重）：立即解決。缺陷導(dǎo)致系統(tǒng)幾乎不能使用或測試不能繼續(xù)，需立即修復(fù)。2

38、級(jí)（較高）：缺陷嚴(yán)重，影響測試，需要優(yōu)先考慮。3級(jí)（一般）：正常排隊(duì)缺陷需要正常排隊(duì)等待修復(fù)。4級(jí)（輕微）：缺陷可以在開發(fā)人員有時(shí)間的時(shí)候被糾正。缺陷優(yōu)先級(jí)等級(jí)定義BUG 的優(yōu)先級(jí)一般與 BUG 等級(jí)掛鉤分 測試報(bào)告測試報(bào)告的內(nèi)容一般包括以下內(nèi)容：測試的概要介紹，包括測試的一些聲明、測試范圍、測試目的等等，主要是測試情況簡介； 測試結(jié)果與缺陷分析：這部分主要匯總各種數(shù)據(jù)并進(jìn)行度量，度量包括對(duì)測試過程的度量和能力評(píng)估、對(duì)軟件產(chǎn)品的質(zhì)量度量和產(chǎn)品評(píng)估；測試結(jié)論與建議：這部分主要報(bào)告本次測試執(zhí)行是否充分、測試目標(biāo)是否完成、測試是否通過等結(jié)論，和對(duì)系統(tǒng)存在問題的說明、可能存在的潛在缺陷和后續(xù)工作、對(duì)缺

39、陷修改和產(chǎn)品設(shè)計(jì)的建議；有時(shí)附錄有缺陷列表、缺陷等級(jí)定義標(biāo)準(zhǔn)、測試通過標(biāo)準(zhǔn)等。 測試報(bào)告測試報(bào)告的內(nèi)容一般包括以下內(nèi)容：測試的概要介紹，軟件測試概述軟件測試模型軟件測試分類軟件測試過程（功能測試）軟件性能測試目錄 軟件測試概述目錄 什么是軟件性能？ 一般來說，性能是一種指標(biāo)，表明軟件系統(tǒng)或構(gòu)件對(duì)于其及時(shí)性要求的符合程度；其次性能是軟件產(chǎn)品的一種特性，可以用時(shí)間來進(jìn)行度量。 軟件的性能是軟件的一種非功能特性，它關(guān)注的不是軟件是否能夠完成特定的功能，而是在完成該功能時(shí)展示出來的及時(shí)性。由于感受軟件性能的主體是人，不同的人對(duì)于同樣的軟件能有不同的主觀感受，而且不同的人對(duì)于軟件性能關(guān)心的視角也不同。什

40、么是軟件性能？ 一般來說，性能是一種指標(biāo)，表明什么是軟件性能測試？性能測試的必要性性能測試的目標(biāo) 考察系統(tǒng)是否滿足預(yù)期的性能要求 作為對(duì)系統(tǒng)進(jìn)行調(diào)優(yōu)的參考 考察系統(tǒng)的可擴(kuò)展性 用性能測試手段發(fā)現(xiàn)系統(tǒng)存在的問題 提供部署方案的參考什么是軟件性能測試？性能測試的必要性軟件性能測試的基本概念狹義上的軟件性能測試響應(yīng)時(shí)間吞吐量并發(fā)用戶數(shù)資源利用率廣義上的軟件性能測試性能測試壓力測試負(fù)載測試可靠性測試配置測試失效恢復(fù)測試軟件性能測試的基本概念狹義上的軟件性能測試響應(yīng)時(shí)間 響應(yīng)時(shí)間指客戶端發(fā)送請(qǐng)求后得到服務(wù)第一個(gè)數(shù)據(jù)包反饋的時(shí)間。響應(yīng)時(shí)間包括服務(wù)器響應(yīng)時(shí)間和網(wǎng)絡(luò)傳輸時(shí)間兩部分。如果網(wǎng)絡(luò)正常，網(wǎng)絡(luò)傳輸時(shí)間不

41、會(huì)超過1秒。響應(yīng)時(shí)間是衡量服務(wù)器速度和性能的一個(gè)重要指標(biāo)。響應(yīng)時(shí)間=網(wǎng)絡(luò)傳輸時(shí)間+ 服務(wù)器響應(yīng)時(shí)間響應(yīng)時(shí)間=(N1+N2+N3+N4)+(A1+A2+A3)響應(yīng)時(shí)間 響應(yīng)時(shí)間指客戶端發(fā)送請(qǐng)求后得到服務(wù)第一吞吐量 吞吐量是指系統(tǒng)在單位時(shí)間內(nèi)處理請(qǐng)求的數(shù)量。對(duì)于無并發(fā)的應(yīng)用系統(tǒng)而言，吞吐量與響應(yīng)時(shí)間成嚴(yán)格的反比關(guān)系，實(shí)際上此時(shí)吞吐量就是響應(yīng)時(shí)間的倒數(shù)。對(duì)于單用戶的系統(tǒng)，響應(yīng)時(shí)間（或者系統(tǒng)響應(yīng)時(shí)間和應(yīng)用延遲時(shí)間）可以很好地度量系統(tǒng)的性能，但對(duì)于并發(fā)系統(tǒng)，通常需要用吞吐量作為性能指標(biāo)。吞吐量 吞吐量是指系統(tǒng)在單位時(shí)間內(nèi)處理請(qǐng)求的數(shù)量事務(wù)成功率 事務(wù)成功率指成功完成相關(guān)業(yè)務(wù)操作的用戶數(shù)量比上總加載的用戶數(shù)量。事務(wù)的成功率是判斷用戶加載是否成功的重要標(biāo)志。事務(wù)成功率 事務(wù)成功率指成功完成相關(guān)業(yè)務(wù)操作的CPU利用率 指處理器執(zhí)行非閑置線程時(shí)間的百分比。這個(gè)計(jì)數(shù)器設(shè)計(jì)成用來作為處理器活動(dòng)的主要指示器。它通過在每個(gè)時(shí)間間隔中衡量處理器用于執(zhí)行閑置處理線程的時(shí)間，并且用100%減去該值得出?？?/p>