自制軟件測試復(fù)習(xí)文檔

軟件測試總復(fù)習(xí)By：Spanky-Yang判斷題軟件測試按照測試過程分類為黑盒、白盒測試。（x）按測試技術(shù)"在設(shè)計測試用例時，應(yīng)包括合理的輸入條件和不合理的輸入條件。（”）集成測試計劃在需求分析階段末提交。（X）單元測試屬于動態(tài)測試。（X）缺陷跟蹤系統(tǒng)只針對測試人員來使用。（X）從用戶軟件開發(fā)者的角度出發(fā)，普遍希望通過軟件測試暴露軟件中隱藏的錯誤和缺陷，以考慮是否可接受該產(chǎn)品。（X）7..軟件測試的目的是盡可能多的找出軟件的缺陷。（”）軟件項目在進(jìn)入需求分析階段，測試人員應(yīng)該開始介入其中。（”）單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（”）負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（X）壓力測試/負(fù)載測試載重，壓力測試強(qiáng)度.1、負(fù)載測試和壓力測試的區(qū)別：負(fù)載測試在于確定最終滿足系統(tǒng)指標(biāo)的前提下，系統(tǒng)所能承受的最大負(fù)載測試，壓力測試的目標(biāo)則在確定什么條件下系統(tǒng)性能處于失效狀態(tài)測試人員要堅持原則，缺陷未修復(fù)完堅決不予通過。（”）白盒測試的條件覆蓋標(biāo)準(zhǔn)強(qiáng)于判定覆蓋。（X）驗(yàn)收測試是以最終用戶為主的測試。（”）自底向上集成需要測試員編寫驅(qū)動程序。（”）邊界測試中所選擇的輸入測試數(shù)據(jù)一定是有效數(shù)據(jù)。（X）補(bǔ)1.好的測試員不懈追求完美。（X）不能過于鉆牛角尖，好的測試員知道何時完美無法企及，何時達(dá)到“夠好氣補(bǔ)2,軟件測試是有效的排除軟件缺陷的手段。（X）不能把排除軟件缺陷依賴于軟件測試補(bǔ)3.程序員兼任測試員可以提高工作效率。（X）單選題1、軟件測試的目的：（）A.避免軟件開發(fā)中出現(xiàn)的錯誤B.發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯誤C,盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤，提高軟件的可靠性D,修改軟件中出現(xiàn)的錯誤2、軟件測試是采用（）執(zhí)行軟件的活動。A.測試用例B-輸入數(shù)據(jù)C?測試環(huán)境D-輸入條件3、導(dǎo)致軟件缺陷的最大原因是：（）A.軟件需求說明書B?設(shè)計方案C?編碼D?維護(hù)4、軟件缺陷修復(fù)的代價最高的階段為（）A、發(fā)布階段B、需求階段C、設(shè)計階段D、編碼階段5、不屬于邏輯覆蓋方法的是（）。A.組合覆蓋B.判定覆蓋C.條件覆蓋D.接口覆蓋6、（）是選擇若干個測試用例，運(yùn)行被測程序，使得程序中的每個可執(zhí)行語句至少執(zhí)行一次。A、條件覆蓋B、組合覆蓋C、判定覆蓋D、語句覆蓋7、（）是設(shè)計足夠多的測試用例，使得程序中每個判定包含的每個條件的所有情況（真/假）至少出現(xiàn)一次，并且每個判定本身的判定結(jié)果（真/假）也至少出現(xiàn)一次。

A、判定一條件覆蓋B、組合覆蓋C、判定覆蓋D、條件覆蓋8、軟件測試是軟件質(zhì)量保證的重要手段，下述哪種測試是軟件測試的最基礎(chǔ)環(huán)節(jié)？（）A.功能測試B.單元測試C?結(jié)構(gòu)測試D?驗(yàn)收測試9、單元測試的主要任務(wù)不包括（）。A.出錯處理B.全局?jǐn)?shù)據(jù)結(jié)構(gòu)C.獨(dú)立路徑D.模塊接口10、如下圖所示的N-S圖，至少需要（）個測試用例完成邏輯覆蓋。N7/f-f一七./%hA.12CN7/f-f一七./%hA.12C.27單元測試中用來模擬實(shí)現(xiàn)A.驅(qū)動模塊B.樁模12、集成測試計劃應(yīng)該在（11、B.48*D.18—被測模塊需調(diào)用的其他C.主控模塊）階段末提交。功能模塊的是（D?真實(shí)的被調(diào)用模塊）。A、需求分析B、概要設(shè)計C、詳細(xì)設(shè)計D、單元測試完成13、下列（）是對程序流程圖進(jìn)行簡化后得到的，它可以更加突出的表示程序控制流的結(jié)構(gòu)，且不包含復(fù)合條件。A.DD-路徑圖B.控制流圖C.MM-路徑圖D.模塊調(diào)用圖14、自底向上增量式集成測試中，下面（）描述是正確的。A?測試由樁模塊控制B.最上面的模塊最先測試父單元用測試過的子單元測試包含樹的深度優(yōu)先或廣度優(yōu)先遍歷過程15、測試后程序中殘存的錯誤數(shù)目與該程序中已發(fā)現(xiàn)的錯誤數(shù)目成（）。A.未知B.反比C.相等D.正比簡答題為什么要進(jìn)行軟件測試？（ppt）軟件總存在缺陷。只有通過測試，才可以發(fā)現(xiàn)軟件缺陷。也只有發(fā)現(xiàn)了缺陷，才可以將軟件缺陷從軟件產(chǎn)品或軟件系統(tǒng)中清理出去。軟件中存在的缺陷給我們帶來的損失是巨大的，這也說明了軟件測試的必要性和重要性測試是所有工程學(xué)科的基本組成單元，自然也是軟件開發(fā)的重要組成部分。測試人員水平越高，找到軟件問題的時間就越早，軟件就越容易更正，產(chǎn)品發(fā)布之后越穩(wěn)定，公司賺的錢也越多，微軟就是一個典型的例子有哪些常見的軟件測試分類方式，分別包括哪些內(nèi)容？按是否需要查看代碼分類：黑盒測試（不需要）、白盒測試（需要）按是否需要執(zhí)行被測試軟件分類：靜態(tài)測試（不需要）、動態(tài)測試（需要）按測試階段分類：單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試按測試執(zhí)行時是否需人工干預(yù)分類：手工測試、自動測試其他測試類型：冒煙測試、隨機(jī)測試、回歸測試、基線測試軟件測試需要遵守哪些原則？（ppt）軟件測試應(yīng)追溯到用戶需求軟件測試應(yīng)盡早和不斷的測試；窮盡測試是不可能的；增量測試，由小到大程序員應(yīng)避免測試自己開發(fā)的程序；在設(shè)計測試用例時，應(yīng)包含合理的和不合理的輸入；充分注意測試中的群集現(xiàn)象；嚴(yán)格測試計劃，排除測試的隨意性；妥善保存測試計劃、測試用例、出錯統(tǒng)計和最終的分析報告軟件缺陷和軟件測試的概念分別是什么？軟件缺陷（BUG）：（1）軟件未達(dá)到產(chǎn)品說明書中已經(jīng)標(biāo)明的功能；（2）軟件出現(xiàn)了產(chǎn)品說明書中指明不會出現(xiàn)的錯誤；（3）軟件未達(dá)到產(chǎn)品說明書中雖未指出但應(yīng)當(dāng)達(dá)到的目標(biāo)；（4）軟件功能超出了產(chǎn)品說明書中指明的范圍；（5）軟件測試人員認(rèn)為軟件難以理解、不易使用，或者最終用戶認(rèn)為該軟件使用效果不良。軟件測試：使用人工和自動手段來運(yùn)行或測試某個系統(tǒng)的過程，目的在于檢驗(yàn)其是否滿足規(guī)定的需求或弄清楚預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。軟件測試的基本流程是什么？確定測試計劃、設(shè)計測試用例、測試執(zhí)行、測試總結(jié)對比V模型、W模型、H模型，簡述他們各自的特點(diǎn)。V模型：特點(diǎn)：動態(tài)測試的行為與開發(fā)行為相對應(yīng)；不足：測試滯后，測試與開發(fā)文檔難以一一對應(yīng)，缺少靜態(tài)測試，質(zhì)量折扣W模型：特點(diǎn)：強(qiáng)調(diào)盡早測試，強(qiáng)調(diào)不斷測試，體現(xiàn)靜態(tài)測試。不足：未體現(xiàn)測試流程的完整性H模型：優(yōu)點(diǎn)：體現(xiàn)了“盡早測試，不斷測試”的原則，體現(xiàn)了測試流程的完整性，體現(xiàn)測試流程的獨(dú)立性，充分體現(xiàn)了測試過程的復(fù)雜性，強(qiáng)調(diào)了過程管理的重要性。什么是黑盒測試，有哪些主要方法？定義：黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。方法：判定表驅(qū)動分析方法、正交實(shí)驗(yàn)設(shè)計方法、功能圖分析方法、因果圖方法、錯誤推測法、邊界值分析法等價類劃分的原則是什么？（ppt）等價類劃分的簡便原則將某個輸入條件所有可能的取值劃分為一個有效等價類，其余取值劃分為一個無效等價類針對有效等價類，通過不斷施加規(guī)則，將滿足規(guī)則和不滿足規(guī)則的數(shù)據(jù)劃分為不同的有效等價類重復(fù)該步驟，將有效等價類中不斷劃分為更多子有效等價類，直至無法繼續(xù)劃分為止，最終得到的每個有效等價類代表了被測對象的一種特殊的處理方式判斷等價類中所有數(shù)據(jù)是否完全等價的簡便原則在某個指定的等價類中，被測對象對該等價類中的輸入數(shù)據(jù)或輸入項的處理方式是否一致如果不一致，則該等價類需要進(jìn)一步做等價劃分如何用場景法進(jìn)行黑盒測試？（書84）一般步驟：①構(gòu)造基本流和備選流②根據(jù)基本流和備選流構(gòu)造場景③根據(jù)場景設(shè)計測試用例④對每個測試用例補(bǔ)充必要的測試數(shù)據(jù)。什么是白盒測試，包括哪些方法？已知產(chǎn)品的內(nèi)部工作過程，可以通過測試來證明每種內(nèi)部操作是否符合設(shè)計規(guī)格要求，所有內(nèi)部成分是否已經(jīng)過檢查。方法：邏輯覆蓋法、基路徑測試法、對循環(huán)的測試、數(shù)據(jù)流測試、靜態(tài)白盒測試、動態(tài)白盒測試白盒測試與黑盒測試的不同？（ppt）白盒測試黑盒測試測試依據(jù)程序內(nèi)部結(jié)構(gòu)軟件規(guī)格說明優(yōu)點(diǎn)能對程序內(nèi)部的特定部位進(jìn)行覆蓋能站在用戶立場上進(jìn)行測試缺點(diǎn)（1）無法檢測程序本身邏輯錯誤（2）無法對未實(shí)現(xiàn)規(guī)格說明的程序部分進(jìn)行測試（1）不能測試程序內(nèi)部特定部位（2）發(fā)現(xiàn)不了規(guī)格說明錯誤或程序超出規(guī)格說明的行為單元測試主要測試哪些內(nèi)容？（書208）模塊接口測試、模塊局部數(shù)據(jù)結(jié)構(gòu)測試、模塊邊界條件測試、模塊中所有獨(dú)立的執(zhí)行路徑測試、模塊的所有錯誤處理路徑測試什么是驅(qū)動模塊，什么是樁模塊？（書211）樁模塊：用來模擬被測試模塊工作過程中所調(diào)用的模塊。驅(qū)動模塊：用來模擬被測試模塊的上一級模塊。簡述單元測試的過程。（書214）計劃階段：完成單元測試計劃，制定單元測試策略設(shè)計實(shí)現(xiàn)階段：建立單元測試環(huán)境，完成測試設(shè)計和開發(fā)執(zhí)行評估階段：執(zhí)行單元測試用例，記錄和評估測試結(jié)果。簡述自頂向下和自底向上兩種集成測試方法，并比較兩者的優(yōu)點(diǎn)和缺點(diǎn)自頂向下的集成是從主控模塊開始，按照系統(tǒng)程序結(jié)構(gòu)，沿著控制層次從上而下，逐漸將各模塊組裝起來。在從上向下的集成測試過程中，需要對那些未經(jīng)集成測試的模塊開發(fā)樁模塊。優(yōu)勢：優(yōu)先從根節(jié)點(diǎn)開始測試，有助于早期實(shí)現(xiàn)并驗(yàn)證系統(tǒng)主要功能，給開發(fā)團(tuán)隊和用戶帶來成功的信心，也便于早期驗(yàn)證主要的控制和判斷，避免主控程序的缺陷，確保開發(fā)進(jìn)度單個測試用例包含多個模塊，可從整體上降低測試用例規(guī)模采用遞增方式展開測試，每個新的測試用例一般僅加入一個新的模塊，便于缺陷定位不足：樁模塊的開發(fā)和維護(hù)工作量較大難以早期發(fā)現(xiàn)底層模塊中復(fù)雜算法的缺陷，且隨著測試的進(jìn)行，系統(tǒng)越來越復(fù)雜，底層模塊的測試很難保證充分性不利于測試的并行，難以充分展開人力自底向上的集成是從最底層模塊開始，按照調(diào)用圖的結(jié)構(gòu)，從下而上，逐漸將各模塊組裝起來。在從下向上的集成測試過程中，需要對那些未經(jīng)集成測試的模塊開發(fā)驅(qū)動模塊。優(yōu)勢：優(yōu)先從葉子節(jié)點(diǎn)開始測試，有助于早期發(fā)現(xiàn)底層模塊中復(fù)雜算法的缺陷，且驅(qū)動模塊的開發(fā)有利于規(guī)范和約束系統(tǒng)上層模塊的設(shè)計，在一定程度上增加系統(tǒng)可測試性單個測試用例包含多個模塊，可從整體上降低測試用例規(guī)模多個集成測試可并行展開，確保測試工作進(jìn)度不足：驅(qū)動模塊的開發(fā)和維護(hù)工作量較大難以早期發(fā)現(xiàn)上層模塊中有關(guān)邏輯和控制方面的缺陷直至加入最后一個模塊才能看到整個系統(tǒng)框架，難以早期發(fā)現(xiàn)時序問題和資源競爭問題簡述系統(tǒng)測試的概念。系統(tǒng)測試就是將經(jīng)過良好的集成測試的軟件系統(tǒng)，作為整個計算機(jī)系統(tǒng)的一部分，與計算機(jī)硬件、外部設(shè)備、支持軟件、數(shù)據(jù)及人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際使用（運(yùn)行）環(huán)境下對計算機(jī)系統(tǒng)進(jìn)行一系列的嚴(yán)格測試來發(fā)現(xiàn)軟件中的潛在缺陷，保證系統(tǒng)交付給用戶之后能夠正常使用。什么是回歸測試？什么時候進(jìn)行回歸測試？回歸測試不是一個測試階段，而是一種可以用于單元測試、集成測試、系統(tǒng)測試和驗(yàn)收測試各個測試過程的測試技術(shù)。回歸測試是在軟件變更之后，對軟件重新進(jìn)行的測試。其目的是檢驗(yàn)對軟件進(jìn)行的修改是否正確，保證改動不會帶來不可預(yù)料的行為或者另外的錯誤。請簡述一下a測試和。測試的區(qū)別。a測試是用戶在開發(fā)環(huán)境下的測試，或者是開發(fā)公司組織內(nèi)部人員模擬各類用戶行為，對即將面市的軟件產(chǎn)品進(jìn)行的測試。軟件在一個自然設(shè)置狀態(tài)下使用，開發(fā)者和用戶在一起，隨時記錄錯誤情況和使用中的問題。這是在受控環(huán)境中進(jìn)行的測試。B測試由最終用戶實(shí)施，一般開發(fā)者不在測試現(xiàn)場，用戶被要求使用該軟件產(chǎn)品，并返回有關(guān)錯誤信息給開發(fā)者，B測試通常是在不受控制環(huán)境下進(jìn)行的測試。LoadRunner參數(shù)化方法對測試有什么好處？（非官方答案）①可以使腳本的長度變短，②介于使用不同的數(shù)值來測試腳本。使用LoadRunner進(jìn)行負(fù)載測試應(yīng)該遵循怎樣的測試步驟？主要分為哪些階段？計劃負(fù)載測試：定義性能測試要求，例如并發(fā)用戶的數(shù)量、典型業(yè)務(wù)流程和所需響應(yīng)時間創(chuàng)建Vuser腳本，將最終用戶活動捕獲到自動腳本中定義場景：使用LoadRunnerController設(shè)置負(fù)載測試環(huán)境運(yùn)行場景：通過LoadRunnerController驅(qū)動、管理和監(jiān)控負(fù)載測試監(jiān)視場景：監(jiān)視各個服務(wù)器的運(yùn)行情況分析結(jié)果：使用LoadRunerAnalysisi創(chuàng)建圖和報告并評估性能。

某程序功能說明書指出，該程序的輸入數(shù)據(jù)為每個學(xué)生的學(xué)號。其中，學(xué)號由以下3個部分構(gòu)成:（1）入學(xué)年份：4位數(shù)字（1900~2999）之間的數(shù)字。（2）專業(yè)編碼：0或1開頭的4位數(shù)字。（3）序號：2位數(shù)字。試用等價類劃分法設(shè)計測試用例。1.等價類劃分法設(shè)計測試用例。等價類劃分表輸入及外部條件有效等價類等價類編號無效等價類等價類編號學(xué)號的類型數(shù)字字符1非數(shù)字字符6學(xué)號的長度10個字符2少于10個數(shù)字字符7多于10個數(shù)字字符8入學(xué)年份（學(xué)號的前四位）在1900與2999之間3小于19009大于299910專業(yè)編碼（學(xué)號的中間四位）在0000與1999之間4小于000011大于199912序號（學(xué)號的后兩位）在00與99之間5小于0013大于9914有效等價類設(shè)計測試:有效等價類設(shè)計測試用例表序號輸入數(shù)據(jù)預(yù)期輸出覆蓋范圍（等價類編號）入學(xué)年份專業(yè)編碼序號1200000012020000001201,2,3,4,52199900031519990003151,2,3,4,5無效等價類設(shè)計測試:無效等價類測試用例表序號輸入數(shù)據(jù)預(yù)期輸出覆蓋范圍（等價類編號）入學(xué)年份專業(yè)編碼序號1xy002102輸入無效62200300022輸入無效7320040005000輸入無效841897000301輸入無效952005200102輸入無效1062002-103輸入無效6，7，1171992200501輸入無效12820041000-5輸入無效6，7，13920100005100輸入無效8，14

已知有以下一段代碼Inta,b,c;If(a<1&&b>0)C=5;Elseif(b<-3)C=4;ElseC=3請分別采用語句覆蓋、判定覆蓋、條件覆蓋、條件判定覆蓋、條件組合覆蓋的方法設(shè)計測試用例。條件覆蓋如下：對于判斷語句a<1&&b>0：條件a<1取真為T1，取假為-T1⑶a<1，b>0，記作T1，T2，條件組合取值M

⑷a<1,b<=0,記作T1,T2,條件組合取值-M⑸b>=-3,記作-T3,條件組合取值-N（6）b<-3，記作T3，條件組合取值N測試用例如下表所示：輸入通過路徑條件取值覆蓋組合號a=0,b=1abfT1,T2,-T33,5a=0,b=0acefT1,-T2,-