1、第1章 軟件測試概述1. 簡述軟件測試的意義。解：隨著計算機技術的迅速發展和廣泛深入的應用，軟件質量問題已成為開發和使用軟件人員關注的焦點。而由于軟件本身的特性，軟件中的錯誤是不開避免的。不斷改進的開發技術和工具只能減少錯誤的發生，但是卻不可能完全避免錯誤。因此為了保證軟件質量，必須對軟件進行測試。軟件測試是軟件開發中必不可少的環節，是最有效的排除和防治軟件缺陷的手段，是保證軟件質量、提高軟件可靠性的最重要手段。2. 什么是軟件缺陷？它的表現形式有哪些？解：從產品內部看，軟件缺陷是軟件產品開發或維護過程中所存在的錯誤、毛病等各種問題；從外部看，軟件缺陷是系統所需實現的某種功能的失效或違背。它的

2、表現形式主要有以下幾種：（1）軟件未達到產品說明書中已經標明的功能；（2）軟件出現了產品說明書中指明不會出現的錯誤；（3）軟件未達到產品說明書中雖未指出但應當達到的目標；（4）軟件功能超出了產品說明書中指出的范圍；（5）軟件測試人員認為軟件難以理解、不易使用，或者最終用戶認為該軟件使用效果不良。 3. 簡單分析軟件缺陷產生的原因，其中那個階段引入的缺陷最多，修復成本又最低？解：軟件缺陷產生的主要原因有：需求規格說明錯誤；設計錯誤；程序代碼有誤；其他。其中在需求分析階段引入的缺陷最多，修復的成本又最低。4. 當用戶登錄某網站購物完畢并退出后，忽然想查查購物時付賬的總金額，于是按了瀏覽器左上角的“

3、退回”按鈕，就又回到了退出前的網頁，你認為該購物軟件有缺陷嗎？如果有，屬于哪一類？解：有缺陷。其所屬類別與軟件產品說明書的要求有關。5. 什么是軟件測試？簡述其目的與原則。解：軟件測試是為了盡快盡早地發現在軟件產品中所存在的各種軟件缺陷而展開的貫穿整個軟件開發生命周期，對軟件產品（包括階段性產品）進行驗證和確認的活動過程。測試目的：（1）證明：獲取系統在可接受風險范圍內可用的信心；嘗試在非正常情況和條件下的功能和特性；保證一個工作產品是完整的并且可用或可被集成。 （2）檢測：發現缺陷、錯誤和系統不足；定義系統的能力和局限性；提供組件、工作產品和系統的質量信息。 （3）預防：澄清系統的規格和性能

4、；提供預防或減少可能制造錯誤的信息；在過程中盡早檢測錯誤；確認問題和風險，并且提前確認解決這些問題和風險的途徑。測試過程中應注意和遵循的原則：（1）測試不是為了證明程序的正確性，而是為了證明程序不能工作。（2）測試應當有重點。（3）事先定義好產品的質量標準。（4）軟件項目一啟動，軟件測試也就開始，而不是等到程序寫完才開始進行測試。（5）窮舉測試是不可能的。（6）第三方進行測試會更客觀，更有效。（7）軟件測試計劃是做好軟件測試工作的前提。（8）測試用例是設計出來的，不是寫出來的。（9）對發現錯誤較多的程序段，應進行更深入的測試。（10）重視文檔，妥善保存一切測試過程文檔。6. 件測試階段是如何劃

5、分的？解：軟件測試的階段劃分為：規格說明書審查；系統和程序設計審查；單元測試；集成測試；確認測試；系統測試；驗收測試。7. 簡述軟件開發的幾個模式，并說明每種模式對軟件測試的影響。解：大棒模式簡單，計劃、進度安排和正規開發過程幾乎沒有，其開發過程是非工程化的。大棒模式的軟件測試通常在開發任務完成后進行，很難回頭修復存在的問題，測試工作只是向客戶報告軟件經過測試后發現的情況。邊寫邊改模式通常最初只有粗略的想法就進行簡單的設計，然后開始較長的反復編寫、測試和修復過程，在認為無法更精細地描述軟件產品要求時就發布產品。該模式下，軟件測試人員將和程序員一起陷入可能是長期的循環往復過程。瀑布模式將軟件生命

6、周期的各項活動規定為按照固定順序相連的若干個階段性工作，形如瀑布流水，最終得到軟件產品。軟件測試在后期展開，使得開發中出現的問題直到開發后期才顯露，失去了及早糾正的機會。快速原型模式首先構造一個功能簡單的原型系統，然后通過對原型系統逐步求精，不斷擴充完善得到最終的軟件系統。原型系統在擴充完善過程中不斷被檢查、測試和修改。螺旋模式是瀑布模式與邊寫邊改模式演化結合的形式，并加入了風險評估所建立的軟件開發模式，其主要思想是在開始時不必詳細定義所有細節，而是從小開始，定義重要功能，盡量實現，接受客戶反饋，進入下一階段并重復上述過程，直到獲得最終產品。測試在每個階段都要進行，并從最初就參與。8. 簡述軟

7、件測試過程。解：軟件測試過程主要包括如下6個活動：測試計劃；測試需求分析；測試設計；測試規程實現；測試執行；總結生成報告。9. “軟件測試能夠保證軟件的質量”這句話對嗎？軟件測試和軟件質量之間是什么關系？解：不對。軟件測試是保障軟件質量的手段之一，但不是唯一手段。測試是產品高質量的必要非充分條件，軟件測試不能決定軟件質量。10. 判斷以下說法是否正確。（1）軟件測試和軟件調試是同一回事。（2）軟件測試是可以無窮盡的。（3）測試是為了證明軟件的正確性。（4）測試過程中應重視測試的執行，可以輕視測試的設計。（5）測試不能修復所有的軟件故障。（6）因為測試工作簡單，對軟件產品影響不大，所以可以把測試

8、作為新員工的一個過渡工作，或安排不合格的開發人員做測試。解：（1）（2）（3）（4）（6）錯誤，（5）正確。11. 簡述軟件開發進程與測試進程的關系。解：軟件測試是一個貫穿軟件開發生命周期的活動，它可以是一個與開發并行的過程，也可以是在開發完成某個階段任務之后的活動。第2章 軟件測試方法與過程1對軟件測試的復雜性進行歸納分析。解：軟件測試的復雜性在于：無法對程序進行完全的測試；測試無法保證被測程序中無遺留錯誤；不能修復所有的軟件故障。2分別解釋什么是靜態測試、動態測試、黑盒測試、白盒測試、人工測試和自動化測試。解：所謂靜態測試是指不運行被測軟件，僅通過分析或檢查等其他手段達到檢測的目的。所謂動

9、態測試是指通過運行被測軟件，檢查運行結果與預期結果的差異，并分析運行效率和健壯性等性能。黑盒測試是指在對程序進行的功能抽象的基礎上，將程序劃分成功能單元，然后對每個功能單元生成測試數據進行測試。用這種方法進行測試時，被測程序被當作打不開的黑盒，因而無法了解其內部構造，因此又稱為功能測試。白盒測試又稱為結構測試或邏輯驅動測試，它是知道產品內部工作過程，可通過測試來檢測產品內部動作是否按照規格說明書的規定正常進行，按照程序內部的結構測試程序，檢驗程序中的每條通路是否都有能按預定要求正確工作，而不顧它的功能。廣義上，人工測試是人為測試和手工測試的統稱。人為測試的主要方法有桌前檢查，代碼審查和走查。手

10、工測試指的是在測試過程中，按測試計劃一步一步執行程序，得出測試結果并進行分析的測試行為。自動化測試指的是利用測試工具來執行測試，并進行測試結果分析的測試行為。3如果沒有軟件規格說明或需求文檔，可以進行動態黑盒測試嗎？為什么？解：不行。因為黑盒測試是基于軟件規格說明的測試。4在單元測試中，所謂單元是如何劃分的？解：單元測試的對象通常是軟件設計的最小邏輯單元，單元的劃分在面向過程的結構化程序中一般是函數或子過程，在面向對象的程序中可以是類或類的成員函數。5簡述單元測試的主要任務。解：單元測試的主要任務是：模塊接口測試；局部數據結構測試；路徑測試；錯誤處理測試；邊界測試。6如果開發時間緊迫，是否可以

11、跳過單元測試而直接進行集成測試？為什么？解：不可以。因為沒有經過單元測試的模塊會遺留大量的缺陷到集成測試階段，而在集成測試階段對這些缺陷定位困難，導致后續工作展開困難，修復缺陷成本成指數級增長。7什么是驅動模塊和樁模塊？為下面的函數構造一個驅動模塊。int divide(int a, int b) int c; if (b=0) printf("除數不能為0"); return 0; c=a/b; return c;解：驅動模塊是用以模擬被測模塊的上級模塊，它接收測試數據，傳送數據給被測模塊，啟動被測模塊，最后輸出實測結果。樁模塊用以模擬被測模塊工作過程中所調用的子模塊。函

12、數驅動模塊：void main( ) int x,y,z; scanf(“%d%d”,&x,&y); z=divide(x,y); printf(“%d”,z);8什么是回歸測試？什么時候進行回歸測試？解：回歸測試就是重新運行現有測試用例測試原有功能，以便確定變更是否達到了預期的目的，檢查變更是否損害了原有的正常功能。每當軟件發生變化時就應進行回歸測試。9集成測試有哪些不同的集成方法？簡述不同方法的特點。解：集成測試通常有一次性集成、自頂向下集成、自底向上集成和混合集成4種集成方法。一次性集成方法需要的測試用例數目少，測試方法簡單、易行。但是由于不可避免存在模塊間接口、全局數據

13、結構等方面的問題，所以一次運行成功的可能性不大；如果一次集成的模塊數量多，集成測試后可能會出現大量的錯誤，給程序的錯誤定位與修改帶來很大的麻煩；即使集成測試通過，也會遺漏很多錯誤進入系統測試。自頂向下集成在測試的過程中，可以較早地驗證主要的控制和判斷點；一般不需要驅動程序，減少了測試驅動程序開發和維護的費用；可以和開發設計工作一起并行執行集成測試，能夠靈活的適應目標環境；容易進行故障隔離和錯誤定位。但是在測試時需要為每個模塊的下層模塊提供樁模塊，樁模塊的開發和維護費用大；樁模塊不能反映真實情況，重要數據不能及時回送到上層模塊，導致測試不充分；涉及復雜算法和真正I/O的底層模塊最易出問題，在后期

14、才遇到導致過多的回歸測試。自底向上集成可以盡早的驗證底層模塊的行為；提高了測試效率；一般不需要樁模塊；容易對錯誤進行定位。但是直到最后一個模塊加進去之后才能看到整個系統的框架；驅動模塊的設計工作量大；不能及時發現高層模塊設計上的錯誤。混合集成具有自頂向下和自底向上兩種集成策略的優點，但是在被集成之前，中間層不能盡早得到充分的測試。10系統測試主要包括哪些內容？解：系統測試主要包括強度測試、性能測試、恢復測試、安全測試、可靠性測試、安裝測試、容量測試和文檔測試。11驗收測試是由誰完成的？通常包含哪些過程？解：驗收測試是以用戶為主的測試，軟件開發人員和QA（質量保證）人員也應參加。通常包含測試和測

15、試過程。12分析比較面向對象的軟件測試與傳統的軟件測試的異同。解：傳統的單元測試的對象是軟件設計的最小單位模塊。當考慮面向對象軟件時，單元的概念發生了變化，此時最小的可測試單位是封裝的類或對象，而不再是個體的模塊。傳統單元測試主要關注模塊的算法實現和模塊接口間數據的傳遞，而面向對象的單元測試主要考察封裝在一個類中的方法和類的狀態行為。面向對象軟件沒有層次的控制結構，因此傳統的自頂向下和自底向上集成策略就不再適合，它主要有以下兩種集成策略： 基于類間協作關系的橫向測試；基于類間繼承關系的縱向測試。系統測試一般不考慮內部結構和中間結果，因此面向對象軟件系統測試與傳統的系統測試差別不大。面向對象軟件

16、測試的整體目標和傳統軟件測試的目標是一致的，即以最小的工作量發現盡可能多的錯誤，但是面向對象測試的策略和戰術有很大不同。測試的視角擴大到包括復審分析和設計模型，此外，測試的焦點從過程構件(模塊)移向了類。第3章 黑盒測試1分析黑盒測試方法的特點。解：黑盒測試又稱為功能測試或數據驅動測試，主要針對軟件界面、軟件功能、外部數據庫訪問以及軟件初始化等方面進行測試。優點：1）比較簡單，不需要了解程序內部的代碼及實現；2）與軟件的內部實現無關；3）從用戶角度出發，能很容易的知道用戶會用到哪些功能，會遇到哪些問題；4）基于軟件開發文檔，所以也能知道軟件實現了文檔中的哪些功能；5）在做軟件自動化測試時較為方

17、便。缺點：1）不可能覆蓋所有的代碼，覆蓋率較低，大概只能達到總代碼量的30%；2）自動化測試的復用性較低。2健壯等價類測試與標準等價類測試的主要區別是什么？解：主要區別在于健壯等價類測試在標準等價類的基礎上還要進行有效取值范圍之外的輸入（無效輸入）的測試。3試用等價分類法測試黨政管理系統中黨員出生年月的輸入設計是否符合要求，假設出生年月格式為yyyymmdd。解：輸入數據無效等價類有效等價類出生年月日8位數字字符有非數字字符 少于8個數字符 多于8個數字符 對應數值在19090101-19900101之間 <19090101 >19900101 月份對應數值在1-12之間 等于&q

18、uot;00 " >12 日期對應值1,3,5,7,8,10,12月在1-31之間4,6,9,11月在1-30之間閏年2月在1-29之間非閏年2月在1-28之間等于"00 ">312,4,6,9,11月等于"31 "2月等于"30 "非閏年2月等于"29"4找零錢最佳組合：假設商店貨品價格(R)皆不大于100元（且為整數），若顧客付款在100元內(P)，求找給顧客之最少貨幣個（張）數？（貨幣面值50元(N50)，10元(N10)，5元(N5)，1元(N1)四種。試根據邊界值法設計測試用例。解：

19、1）分析輸入的邊界情況：R > 100 0 < R < = 100R <= 0 P > 100 R<= P <= 100P < R2）分析零錢最佳組合的輸出情況：N50 = 1N50 = 0 4>N10>= 1 N10 = 0 N5 = 1 N5 = 0 4>N1>= 1 N1 = 03）分析規格中每一決策點之情形，以RR1,RR2,RR3表示計算要找50,10,5元貨幣數時的剩余金額。R > 100R <= 0 P > 100P < RRR1 >= 50RR2 >= 10RR3 >

20、;= 5 4）根據上述的輸入/輸出條件組合出可能的情況：R > 100R <= 0 0 < R <= 100, P > 1000 < R <= 100, P < R0 < R <= 100, R <= P <= 100, RR = 500 < R <= 100, R <= P <= 100, RR = 490 < R <= 100, R <= P <= 100, RR = 100 < R <= 100, R <= P <= 100, RR = 90 &

21、lt; R <= 100, R <= P <= 100, RR = 50 < R <= 100, R <= P <= 100, RR = 40 < R <= 100, R <= P <= 100, RR = 10 < R <= 100, R <= P <= 100, RR = 0 5）為滿足以上各種情形，測試用例設計如下：測試用例貨品價格R付款金額Ptest1101-test20-test3-1-test4100101test510099test650100test751100test890100test

22、991100test1095100test1196100test1299100test131001005試為三角形問題中的直角三角形開發一個決策表和相應的測試用例。注意，會有等腰直角三角形。解：判斷構成的是否為直角三角形的問題的決策表設計如下：c1:a<b+c?FTTTTTTTTTTc2:b<a+c?-FTTTTTTTTTc3:c<a+b?-FTTTTTTTTc4:a2+b2=c2?-TTTTFFFFc5: a2+c2=b2?-TTFFTTFFc6: b2+c2=a2?-TFTFTFTFa1:非三角形XXXa2:直角三角形XXXa3:非直角三角形Xa4:不可能XXXX根據該決

23、策表設計測試用例如下：用例IDabc預期輸出DT1412非三角形DT2142非三角形DT3124非三角形DT4?不可能DT5?不可能DT6?不可能DT7345直角三角形DT8?不可能DT9354直角三角形DT10534直角三角形DT11234非直角三角形6現有一個學生標準化考試批閱試卷，產生成績報告的程序。其規格說明如下：程序的輸入文件由一些有80個字符的記錄組成，所有記錄分為3組，如圖：（1）標題：該組只有一個記錄，其內容是成績報告的名字。（2）各題的標準答案：每個記錄均在第80個字符處標以數字2。該組的記錄：第一個記錄：第13個字符為試題數（1999）。第1059個字符是150題的標準答案

24、（每個合法字符表示一個答案）。第二個記錄：是第51100題的標準答案。.（3）學生的答案：每個記錄均在第80個字符處標以數字3。每個學生的答卷在若干個記錄中給出。學號：19個字符150題的答案：1059。當大于50題時，在第二、三、個記錄中給出。學生人數不超過200，試題數不超過999。程序的輸出有4個報告：a)按學號排列的成績單，列出每個學生的成績、名次。b)按學生成績排序的成績單。c)平均分數及標準偏差的報告d)試題分析報告。按試題號排序，列出各題學生答對的百分比。采用邊界值分析方法，分析和設計測試用例。分別考慮輸入條件和輸出條件，以及邊界條件。采用錯誤推測法補充設計一些測試用例。解：輸入

25、條件及相應的測試用例如下：輸出條件及相應的測試用例表如下：采用錯誤推測法還可補充設計一些測試用例： 程序是否把空格作為回答 在回答記錄中混有標準答案記錄 除了標題記錄外，還有一些的記錄最后一個字符即不是2也不是3 有兩個學生的學號相同 試題數是負數第4章 白盒測試方法1簡述白盒測試用例的設計方法，并進行分析總結。解：白盒測試用例設計方法主要有邏輯覆蓋和獨立路徑測試。從覆蓋源程序語句的詳盡程度分析，邏輯覆蓋主要有以下不同的覆蓋標準：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋。實際項目中，由于程序內部的邏輯存在不確定性和無窮性，尤其對于大規模復雜軟件，不必采用所有的覆蓋指

26、標，而應根據實際情況選擇合適的覆蓋指標。獨立路徑測試是在程序控制流圖的基礎上，通過分析控制結構的環路復雜性，導出可執行的獨立路徑集合，從而設計出相應的測試用例。設計出的測試用例要保證被測程序的每條可執行的獨立路徑至少被執行一次。獨立路徑測試給出了滿足路徑覆蓋指標所需測試用例的下限，同時給出了語句覆蓋的上限，它可以確保對所有相互獨立的決策結果進行測試。2分析歸納邏輯覆蓋的各種策略，并比較每種覆蓋的特點，分析在怎樣的情況下采用何種覆蓋方式。解：語句覆蓋是選擇足夠多的測試數據，使被測程序中每個語句至少執行一次。語句覆蓋是最弱的邏輯覆蓋標準。判定覆蓋又叫分支覆蓋，它不僅每個語句必須至少執行一次，而且每

27、個判定表達式的每種可能的結果都應該至少執行一次。判定條件覆蓋比語句覆蓋強，但是對程序邏輯的覆蓋程度仍然不高。條件覆蓋的含義是，使判定表達式中的每個條件都取到各種可能的結果。條件覆蓋通常比判定覆蓋強，但是也可能有相反的情況：雖然每個條件都取到了兩個不同的結果，判定表達式卻始終只取一個值。判定/條件覆蓋的含義是，選取足夠多的測試數據，使得判定表達式中的每個條件都取到各種可能的值，而且每個判定表達式也都取到各種可能的結果。但有時判定/條件覆蓋也并不比條件覆蓋更強。條件組合覆蓋是更強的邏輯覆蓋標準，它要求選取足夠的測試數據，使得每個判定表達式中條件的各種可能組合都至少出現一次。滿足條件組合覆蓋標準的測

28、試數據，也一定滿足判定覆蓋、條件覆蓋和判定/條件覆蓋標準。因此，條件組合覆蓋是前述幾種覆蓋標準中最強的。但是，滿足條件組合覆蓋標準的測試數據并不一定能使程序中的每一條路徑都執行到。路徑覆蓋的定義是選取足夠多測試數據，使程序的每一條可能路徑都至少執行一次。但在實際問題中，一個不太復雜的程序，其路徑數都可能是一個龐大的數字，以致要在測試中覆蓋所有的路徑是不可能實現的。即使對于路徑數有限的程序做到了路徑覆蓋，也不能保證被測程序的正確性。3對圖所示程序段進行語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋方法進行測試用例設計。圖4.14 練習題3解：語句覆蓋：x=90,y=90 x

29、=79,y=90 x=70,y=60判定覆蓋：同上條件覆蓋：同上判定/條件覆蓋：同上條件組合覆蓋：I x>=80,y>=80 II x>=80,y<80 III x<80,y>=80 IV x<80,y<80 V x>=90,y>=90,x+y>=140 VI x>=90,y<90,x+y>=140 VII x<90,y>=90,x+y>=140 VIII x<90,y<90,x+y>=140 IX x>=90,y>=90,x+y<140 不存在 X x&g

30、t;=90,y<90,x+y<140 XI x<90,y>=90,x+y<140 XII x<90,y<90,x+y<140x=90,y=90x=90,y=70x=70,y=90x=70,y=70x=100,y=30x=30,y=100x=80,y=50路徑覆蓋：同語句覆蓋4請下述語句按照各種覆蓋方法設計測試用例。if (a>2 && b<3 && (c>4 | d<5)statement;elsestatement;解：語句覆蓋：a=3,b=2,c=5,d=5 a=2,b=2,c=5,d=

31、5判定覆蓋：同上條件覆蓋：a=3,b=2,c=5,d=5 a=2,b=4,c=3,d=4判定/條件覆蓋：同條件覆蓋條件組合覆蓋：I a>2,b<3,c>4,d<5 II a>2,b<3,c>4,d>=5 III a>2,b<3,c<=4,d<5 IV a>2,b<3,c<=4,d>=5 V a>2,b>=3,c>4,d<5 VI a>2,b>=3, c>4,d>=5 VII a>2,b>=3, c<=4,d<5 VIII a&g

32、t;2,b>=3, c<=4,d>=5 IX a<=2,b<3,c>4,d<5 X a<=2, b<3,c>4,d>=5 XI a<=2, b<3,c<=4,d<5 XII a<=2, b<3,c<=4,d>=5 XIII a<=2, b>=3,c>4,d<5 XIV a<=2, b>=3, c>4,d>=5 XV a<=2, b>=3, c<=4,d<5 XVI a<=2, b>=3, c<

33、=4,d>=5 測試數據略5針對test函數按照基本路徑測試方法設計測試用例。   int Test(int i_count, int i_flag)                        int i_temp = 0;  &

34、#160;           while (i_count>0)                                if (0&#

35、160;= i_flag)                                        i_temp = i_count + 100

36、;                      break;                           

37、;       else                                      if (1 = i_

38、flag)                                              i_temp = 

39、i_temp + 10;                                          else          &#