2016軟件測試技術(shù)黑盒白盒部分復(fù)習(xí)指導(dǎo)實訓(xùn)

1、軟件測試技術(shù)實訓(xùn)指導(dǎo)軟件測試技術(shù)實訓(xùn)指導(dǎo)V目錄目錄Ill第一章實訓(xùn)基礎(chǔ)知識 1.1.1 軟件測試概述11.2 測試用例的編寫2第二章實訓(xùn)要求5.2.1 實訓(xùn)總體要求52.1.1 實訓(xùn)意義和目的52.1.2 實訓(xùn)內(nèi)容安排 錯誤！未定義書簽。2.1.3 實訓(xùn)過程要求52.2 實訓(xùn)報告要求62.2.1 實訓(xùn)報告格式62.3 實訓(xùn)成績評價 錯誤！未定義書簽。2.3.1 實訓(xùn)成績評價結(jié)構(gòu)及比例錯誤！未定義書簽。2.3.2 考核方式錯誤！未定義書簽。第三章實訓(xùn)內(nèi)容與指導(dǎo)7.3.1功能性測試用例設(shè)計 73.1.1 實訓(xùn)類型：設(shè)計型（4學(xué)時）73.1.2 實訓(xùn)目的73.1.3 背景知識 73.1.4 實訓(xùn)設(shè)備

2、83.1.5 實訓(xùn)內(nèi)容83.1.6 實訓(xùn)步驟93.1.7 實訓(xùn)要求93.1.8 實訓(xùn)思考9具體實例設(shè)計：163郵箱注冊模塊測試用例 10測試用例參考模版113.2 結(jié)構(gòu)性測試 13321 實訓(xùn)類型：設(shè)計型（1學(xué)時）13322 實訓(xùn)目的133.2.3 背景知識 133.2.4 實訓(xùn)設(shè)備 143.2.5 實訓(xùn)內(nèi)容 143.2.6 實訓(xùn)要求 143.3 QUICK TEST PROFESSIONAL使用錯誤！未定義書簽。3.3.1 實訓(xùn)類型：（5學(xué)時）錯誤！未定義書簽。3.3.2 實訓(xùn)目的錯誤！未定義書簽。3.3.3 背景知識 錯誤！未定義書簽。3.3.4 實訓(xùn)設(shè)備 錯誤！未定義書簽。3.3.5 實

3、訓(xùn)內(nèi)容錯誤！未定義書簽。3.3.6 實訓(xùn)步驟錯誤！未定義書簽。3.3.7 實訓(xùn)要求錯誤！未定義書簽。3.4 WEB系統(tǒng)測試 錯誤！未定義書簽。3.6.1 實訓(xùn)類型：綜合型（6學(xué)時）錯誤！未定義書簽。3.6.2 實訓(xùn)目的錯誤！未定義書簽。3.6.3 背景知識錯誤！未定義書簽。3.6.4 實訓(xùn)設(shè)備 錯誤！未定義書簽。3.6.5 實訓(xùn)內(nèi)容錯誤！未定義書簽。3.6.6 實訓(xùn)步驟錯誤！未定義書簽。3.6.7 實訓(xùn)要求錯誤！未定義書簽。附錄1:實訓(xùn)報告格式 1.5第一章 實訓(xùn)基礎(chǔ)知識1.1 軟件測試概述一、軟件測試軟件測試就是在軟件投入運行前， 對軟件需求分析、 設(shè)計規(guī)格說明和編碼的最終復(fù)審， 是軟件質(zhì)量

4、保證的關(guān)鍵步驟。 軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程?；蛘哒f，軟 件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計一批測試用例 （即 輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果） ，并利用這些測試用例去運行程序，以發(fā)現(xiàn)程序錯誤的過 程。二、測試過程 為了保證測試的質(zhì)量，將測試過程分成幾個階段，即：代碼審查、單元測試、集成 測試、系統(tǒng)測試和驗收測試。代碼會審由一組人通過閱讀、討論和爭議對程序進行靜態(tài)分析的過程。 單元測試集中在檢查軟件設(shè)計的最小單位模塊上，通過測試發(fā)現(xiàn)實現(xiàn)該模塊的 實際功能與定義該模塊的功能說明不符合的情況，以及編碼的錯誤。集成測試是將模塊按照設(shè)計要求組裝起來同時進行測試，主要

5、目標是發(fā)現(xiàn)與接口有 關(guān)的問題。系統(tǒng)測試是測試整個系統(tǒng)，以證實它滿足“需求規(guī)格說明書”所規(guī)定的功能、質(zhì)量 和性能等方面的特性。驗收測試的目的是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。與系統(tǒng)測試非 常相似，主要區(qū)別是測試人員不同，驗收測試由用戶執(zhí)行。三、測試方法 軟件測試的方法分為功能性測試和結(jié)構(gòu)性測試。 功能測試是指在對程序進行功能抽象的基礎(chǔ)上， 將程序劃分成功能單元， 然后在數(shù)據(jù)抽 象的基礎(chǔ)上， 對每個功能單元生成測試數(shù)據(jù)進行測試。 進行功能測試時， 被測程序被當(dāng)作打 不開的黑盒，因而無法了解其內(nèi)部構(gòu)造，因此又稱為黑盒測試。結(jié)構(gòu)性測試是知道產(chǎn)品內(nèi)部工作過程， 檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說

6、明書的規(guī)定正設(shè)計或選擇測試用例， 對程常進行。 它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息， 軟件測試技術(shù)實訓(xùn)指導(dǎo)序所有邏輯路徑進行測試。此方法把測試對象看作一個透明的盒子，又叫白盒測試。四、測試工具軟件測試的工作量很大（據(jù)統(tǒng)計，會用到 40%的開發(fā)時間；一些可靠性要求非常高的 軟件，測試時間甚至占到總開發(fā)時間的60% ），但測試卻是在整個軟件過程中極有可能應(yīng)用計算機進行自動化的工作，原因是測試的許多操作是重復(fù)性的、非智力創(chuàng)造性的、 需求細致注意力的工作。測試工具的應(yīng)用已經(jīng)成為了普遍的趨勢。測試工具一般可分為白盒測試工具、黑盒測試工具、性能測試工具，另外還有用于測試管理（包括測試流程管理、

7、缺陷跟蹤 管理、測試用例管理）的工具。本實訓(xùn)課程中主要涉及到 QuickTest Professio nal 。1.2測試用例的編寫、測試用例軟件測試的本質(zhì)是針對要測試的內(nèi)容確定一組測試用例。測試用例是為實施一次測試而向被測系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置。測試用例應(yīng)該包含基本的內(nèi)容有輸入和預(yù)期輸出，輸入實際有兩種類型：前提（在測試用例執(zhí)行前已經(jīng)存在的環(huán)境）和由某種測試方法所標識的實際輸入。預(yù)期輸出也有兩類：后果和實際輸出。測試活動要建立必要的前提條件，提供測試用例輸入、觀測輸出、然后將這些輸出與預(yù)期輸出進行比較，以確定該測試是否通過。開發(fā)良好的測試用例的其他信息（如表1）主要支持測試管

8、理，測試用例需求被開發(fā)、評審、使用、管理和保存。表1測試用例測試用例ID目的前提輸入預(yù)期輸出后果執(zhí)行歷史日期結(jié)果執(zhí)行人有兩種基本方法可以用來標識測試用例，即功能性測試和結(jié)構(gòu)性測試。功能性測試的基本觀點是，任何程序都可以看作是將從定義域取值映射到輸出值域的函數(shù)。這種觀點常常在工程中使用，將系統(tǒng)看作是黑盒。采用功能性方法標識測試用例，所 使用的唯一信息就是軟件的規(guī)格說明。功能性測試用例具有兩個顯著的優(yōu)點：（1）功能性測試與軟件如何實現(xiàn)無關(guān)，所以如果實現(xiàn)發(fā)生變化，測試用例仍然有用；（2）測試用例開發(fā)可以與實現(xiàn)并行進行， 因此可縮短總的開發(fā)時間。 在缺點方面，功能性測試用例也常常帶來兩 個問題：測試用

9、例可能存在嚴重的冗余，此外可能還會有未測試的軟件漏洞。功能性測試的主流方法主要有：邊界值分析、健壯性分析、最壞情況分析、特殊值測試、輸入等價類、輸 出等價類和基于決策樹的測試。結(jié)構(gòu)性測試有時也叫白盒測試。結(jié)構(gòu)性測試是知道軟件產(chǎn)品內(nèi)部工作過程，檢測軟件產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進行。結(jié)構(gòu)性測試需要全面了解程序內(nèi)部邏輯結(jié)構(gòu)、對所有邏輯路徑進行測試。結(jié)構(gòu)性測試是窮舉路徑測試，并力求提高測試覆蓋率。結(jié)構(gòu)性測試的主要方法有：邏輯覆蓋測試、基路徑測試、數(shù)據(jù)流測試等方法。在實際應(yīng)用中，為全面的測試軟件產(chǎn)品，一般將結(jié)構(gòu)性測試和功能性測試結(jié)合起來使用。二、軟件缺陷分類有多種方法可以對缺陷分類： 以

10、出現(xiàn)相應(yīng)錯誤的開發(fā)階段來劃分、 以相應(yīng)失效產(chǎn)生的 后果來劃分、以解決難度來劃分、 以不解決難度會產(chǎn)生的風(fēng)險來劃分等等。 在日常的軟件測 試中，通常給出的缺陷是根據(jù)缺陷后果的嚴重程度來進行劃分，如下表2所示。在實際應(yīng)用中可以根據(jù)具體情況對嚴重程度來劃分不同的等級。表2缺陷劃分表編號缺陷等級舉例1輕微詞語拼寫錯誤2中等誤導(dǎo)或重復(fù)信息3使人不悅被截取的名稱4影響使用有些交易沒有處理5嚴重丟失交易6非常嚴重不正確的交易處理7極為嚴重經(jīng)常出現(xiàn)非常嚴重的錯誤8無法忍受數(shù)據(jù)庫破壞9災(zāi)難性系統(tǒng)停機10容易傳染擴展到其他系統(tǒng)的系統(tǒng)停機三、測試用例的選擇選擇測試用例是軟件測試員最重要的一項任務(wù)，不正確的選擇可能導(dǎo)

11、致測試量過大或過小，甚至測試目標不對。從工程實踐的角度講，測試用例有幾條基本準則：（1）測試用例的代表性：能夠代表各種合理和不合理的、合法的和非法的、邊界和越界的,以及 極限的輸入數(shù)據(jù)、操作和環(huán)境設(shè)置等；（2）測試結(jié)果的可判定性：即測試執(zhí)行結(jié)果的正確性是可判定的或可評估的；（3） 測試結(jié)果的可再現(xiàn)性：即對同樣的測試用例，系統(tǒng)的執(zhí)行結(jié)果應(yīng)當(dāng)是相同的。19第二章實訓(xùn)要求2.1實訓(xùn)總體要求2.1.1 實訓(xùn)意義和目的本實訓(xùn)課程配合軟件測試技術(shù)理論課開設(shè)，其中包括驗證型、設(shè)計型和綜合型實訓(xùn)。 本實訓(xùn)課程著眼于理論與應(yīng)用的結(jié)合，注重培養(yǎng)學(xué)生軟件測試的實際動手能力，增強軟件工程項目的質(zhì)量管理意識。 通過實訓(xùn)

12、教學(xué)，使學(xué)生掌握軟件測試的方法和技術(shù)，并能運用軟件測試工具進行自動化測試。本實訓(xùn)課程要求學(xué)生完成適當(dāng)?shù)纳蠙C實習(xí)，并寫出相應(yīng)的實訓(xùn)報告。 驗證和設(shè)計題單獨完成，綜合題任選一題。驗證型題目使學(xué)生熟悉常用的軟件測試工具。設(shè)計型題目使學(xué)生掌握軟件測試的基本理論和基本方法，培養(yǎng)基本的應(yīng)用能力。綜合型題目在于提高學(xué)生分析問題、解決問題的能力，培養(yǎng)工程項目的測試能力和管理能力。2.1.2 實訓(xùn)過程要求實訓(xùn)前要充分做好準備工作：1 復(fù)習(xí)和掌握與本實訓(xùn)有關(guān)的知識內(nèi)容；2 .預(yù)習(xí)、思考實訓(xùn)內(nèi)容；3 對實訓(xùn)內(nèi)容進行分析和設(shè)計。實訓(xùn)過程中，實訓(xùn)者必須服從指導(dǎo)教師和實訓(xùn)室工作人員的安排，遵守紀律與實訓(xùn)制度，愛護設(shè)備及衛(wèi)

13、生。在指定的實訓(xùn)時間內(nèi)，必須到實訓(xùn)室內(nèi)做實訓(xùn)。對于上機過程中出現(xiàn)的問題， 盡量先獨立思考和解決； 對于難以解決的問題可以和同學(xué) 交流或詢問老師；對于同一個實訓(xùn)題目，可以考慮多種方法來實現(xiàn)，然后比較并選擇出一種 較為有效的方法來實現(xiàn)。對于設(shè)計型和驗證型實訓(xùn)，實訓(xùn)時一人一組，獨立上機。對于綜合型實訓(xùn)，每四人組成 一個小組，由組長來組織管理小組成員，共同完成實訓(xùn)內(nèi)容。2.2實訓(xùn)報告要求221實訓(xùn)報告格式實訓(xùn)報告具體內(nèi)容見附錄1:實訓(xùn)后，應(yīng)及時整理出實訓(xùn)報告， 實訓(xùn)報告提交電子文檔,實訓(xùn)報告。第三章實訓(xùn)內(nèi)容與指導(dǎo)3.1功能性測試用例設(shè)計3.1.1實訓(xùn)類型：設(shè)計型（4學(xué)時）3.1.2實訓(xùn)目的（1）能熟練

14、應(yīng)用功能性測試技術(shù)進行測試用例設(shè)計;（2）對測試用例進行優(yōu)化設(shè)計；3.1.3背景知識功能測試是指在對程序進行功能抽象的基礎(chǔ)上， 將程序劃分成功能單元， 然后在數(shù)據(jù)抽 象的基礎(chǔ)上，對每個功能單元生成測試數(shù)據(jù)進行測試。 進行功能測試時，被測程序被當(dāng)作打 不開的黑盒，因而無法了解其內(nèi)部構(gòu)造，因此又稱為黑盒測試。等價類測試等價類測試方法是把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若干部分，然后從每一部分中選取少數(shù)有代表性的數(shù)據(jù)作為測試用例。使用等價類劃分方法設(shè)計測試用例要經(jīng)歷劃分等價類（列出等價類表）和選取測試用例兩步。等價類的劃分有兩種不同的情況： 有效等價類：是指對于程序的規(guī)格說明來說，是合理的，

15、有意義的輸入數(shù)據(jù)構(gòu)成的集合。 無效等價類：是指對于程序的規(guī)格說明來說，是不合理的，無意義的輸入數(shù)據(jù)構(gòu)成的集合。在設(shè)計測試用例時， 要同時考慮有效等價類和無效等價類的設(shè)計。用等價類劃分法設(shè)計測試用例步驟：（1）形成等價類表，每一等價類規(guī)定一個唯一的編號；（2）設(shè)計一個新的測試用例，使其盡可能多地覆蓋尚未覆蓋的有效等價類，重復(fù)這一 步驟，直到所有有效等價類均被測試用例所覆蓋；（3）設(shè)計一個新測試用例，使其只覆蓋一個無效等價類，重復(fù)這一步驟直到所有無效等價類均被覆蓋。二、邊界值測試1. 邊界值分析邊界值分析是考慮邊界條件而選取測試用例的一種功能測試方法。邊界值分析關(guān)注輸入空間的邊界，以標識測試用例，

16、因為錯誤更可能出現(xiàn)在輸入變量的極值附近。邊界值分析的基本思想是：使用在最小值、略高于最小值、正常值、略低于最大值和最 大值處取輸入變量值。2. 健壯性測試健壯性是指在異常情況下，軟件還能正常運行的能力。健壯性考慮的主要部分是預(yù)期輸 出，而不是輸入。健壯性測試是邊界值分析的一種簡單擴展。除了變量的5個邊界分析取值還要考慮略超過最大值（max）和略小于最小值（min ）時的情況。3. 最壞情況測試最壞情況測試將意味著更大工作量，n變量函數(shù)的最壞情況測試會產(chǎn)生5的n次方個測試用例，而邊界值分析只產(chǎn)生4n+1個測試用例。三、基于決策表的測試決策表適合描述不同條件集合下采取行動的若干組合的情況。使用決策

17、表標識測試用 例，則把條件解釋為輸入，行動解釋為輸出。有時條件最終引用輸入的等價類，行為引用被 測試軟件的主要功能處理部分，規(guī)則解釋為測試用例。對于有限條目決策表， 如果有n個條件，則必須有2條規(guī)則。如果不關(guān)心條目實際地表 明條件是不相關(guān)的， 則沒有不關(guān)心條目的規(guī)則統(tǒng)計為 1條規(guī)則，規(guī)則中每出現(xiàn)一個不關(guān)心條 目，該規(guī)則數(shù)乘一次 2。3.1.4實訓(xùn)設(shè)備主流PC機一套，要求安裝 windows操作系統(tǒng)、OFFICE工具；3.1.5實訓(xùn)內(nèi)容設(shè)計一：某城市電話號碼由三部分組成。它們的名稱和內(nèi)容分別是：地區(qū)碼：空白或四位數(shù)字；前綴：非'1'或9的三位數(shù)字；后綴：6位數(shù)字。假定被測程序能接

18、受一切符合上述規(guī)定的電話號碼，拒絕所有不符合規(guī)定的電話號碼。根據(jù)該程序的規(guī)格說明，作等價類的劃分，并設(shè)計測試方案。設(shè)計二：某程序具有如下功能：輸入三個整數(shù)a,b,c，通過程序判斷三個整數(shù)的大小關(guān)系，并按照由大到小的順序輸出三個整數(shù)。要求輸入的三個整數(shù)在10,80區(qū)間內(nèi)。為該程序設(shè)計滿足邊界值分析的健壯性測試的測試用例。設(shè)計三：決策表測試用例設(shè)計某公司給購貨在5萬元以上的顧客以不同的折扣率。 如果這樣的顧客最近 3個月無欠款， 則折扣率為15%雖然有欠款但與公司已經(jīng)有 10年以上的貿(mào)易關(guān)系， 則折扣率為10%否則 折扣率為5%應(yīng)用決策表法設(shè)計測試用例，要求畫出決策表并化簡，寫出測試用例。3.1.

19、6實訓(xùn)步驟（1）根據(jù)功能性測試技術(shù)設(shè)計測試用例，主要考慮等價類劃分、邊界值分析、判定表 測試技術(shù)；3.1.7實訓(xùn)要求（1） 根據(jù)題目要求編寫測試用例（參照表1進行用例設(shè)計）；（2）撰寫實訓(xùn)報告；3.1.8實訓(xùn)思考（1） 在實際的測試中，如何設(shè)計測試用例才能達到用最少的測試用例檢測出最多的 缺陷；（2） 在進行用例設(shè)計時，如何考慮軟件測試用例的充分性和減少軟件測試用例的冗 余性；具體實例設(shè)計：163郵箱注冊模塊測試用例請按測試用例模板來編寫163郵箱注冊模塊的測試用例（假設(shè)沒誦選擇您的用戶容*通行證用戶備有重復(fù)的用戶名），界面如下圖所示-由宇母嚴區(qū)卻大塢）、數(shù)芋0亠工 點、減號或下戈戡魁硯只能以

20、數(shù)孚或字母幵頭和結(jié)層-阿如： htijitic，刼曲-用戶名檢度為3-1目于手符,.請?zhí)顚懓踩O(shè)直C以下信息對保護您的帳號牢全要'諳好恒當(dāng)苗寫井牢記密碼甌E-誦恆宇母曲丈小毎 遵錄密瑪可以由豐辱數(shù)宇、特殊宇般咸.水輪人春錄密碼水登錄巒碼確認1、填寫出等價類表等價類表輸入條件有效等價類無效等價類2、根據(jù)等價類表編寫測試用例用例編號測試步驟輸入數(shù)據(jù)預(yù)期結(jié)果1233、登陸網(wǎng)站，執(zhí)行測試用例3、填寫完整測試用例表示例（至少填寫兩個）測試用例參考模版0軟件測試用例參考模版用例編號版本號測試環(huán)境用例名稱前提條件測試步驟輸入數(shù)據(jù)預(yù)期輸出實際輸出同預(yù)期輸出：（Y/N ）問題描述設(shè)計人設(shè)計日期測試人測試

21、日期再測試人再測試日期修改意見（用“選擇1、同意修改 2、不必修改 3、暫時不修改冋題修改摘要修改人修改日期3.2結(jié)構(gòu)性測試3.2.1實訓(xùn)類型：設(shè)計型（1學(xué)時）3.2.2實訓(xùn)目的（1）掌握結(jié)構(gòu)性測試技術(shù)，并能應(yīng)用結(jié)構(gòu)性測試技術(shù)設(shè)計測試用例;（2）對測試用例進行優(yōu)化設(shè)計；3.2.3背景知識結(jié)構(gòu)性測試是知道產(chǎn)品內(nèi)部工作過程，檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進行。結(jié)構(gòu)性測試允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序的狀態(tài)，確定實際的狀態(tài)是否與預(yù)期的狀態(tài)一致。邏輯覆蓋結(jié)構(gòu)性測試力求提高測試覆蓋率。邏輯覆蓋是對一系列測試過程的總稱，它是在使用白盒測試法時，選用測試用例執(zhí)行程序邏輯路徑的方法。邏輯覆蓋按覆蓋程度由低到高大致分為以下幾類：（1）語句覆蓋：設(shè)計若干測試用例，使程序中每一可執(zhí)行語句至少執(zhí)行一次；（2）判斷覆蓋：設(shè)計用例，使程序中的每個邏輯判斷的取真取假分支至少經(jīng)歷一次；（3）條件覆蓋：設(shè)計用例，使判斷中的每個條件的可能取值至少滿足一次；（4）判斷/條件覆蓋：設(shè)計用例，使得判斷中的每個條件的所有可能結(jié)果至少出現(xiàn)一 次，而且判