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

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

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

某程序功能說明書指出，該程序的輸入數(shù)據(jù)為每個(gè)學(xué)生的學(xué)號(hào)。其中，學(xué)號(hào)由以下3個(gè)部分構(gòu)成:（1）入學(xué)年份：4位數(shù)字（1900~2999）之間的數(shù)字。（2）專業(yè)編碼：0或1開頭的4位數(shù)字。（3）序號(hào)：2位數(shù)字。試用等價(jià)類劃分法設(shè)計(jì)測(cè)試用例。1.等價(jià)類劃分法設(shè)計(jì)測(cè)試用例。等價(jià)類劃分表輸入及外部條件有效等價(jià)類等價(jià)類編號(hào)無效等價(jià)類等價(jià)類編號(hào)學(xué)號(hào)的類型數(shù)字字符1非數(shù)字字符6學(xué)號(hào)的長(zhǎng)度10個(gè)字符2少于10個(gè)數(shù)字字符7多于10個(gè)數(shù)字字符8入學(xué)年份（學(xué)號(hào)的前四位）在1900與2999之間3小于19009大于299910專業(yè)編碼（學(xué)號(hào)的中間四位）在0000與1999之間4小于000011大于199912序號(hào)（學(xué)號(hào)的后兩位）在00與99之間5小于0013大于9914有效等價(jià)類設(shè)計(jì)測(cè)試:有效等價(jià)類設(shè)計(jì)測(cè)試用例表序號(hào)輸入數(shù)據(jù)預(yù)期輸出覆蓋范圍（等價(jià)類編號(hào)）入學(xué)年份專業(yè)編碼序號(hào)1200000012020000001201,2,3,4,52199900031519990003151,2,3,4,5無效等價(jià)類設(shè)計(jì)測(cè)試:無效等價(jià)類測(cè)試用例表序號(hào)輸入數(shù)據(jù)預(yù)期輸出覆蓋范圍（等價(jià)類編號(hào)）入學(xué)年份專業(yè)編碼序號(hào)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請(qǐng)分別采用語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、條件判定覆蓋、條件組合覆蓋的方法設(shè)計(jì)測(cè)試用例。條件覆蓋如下：對(duì)于判斷語(yǔ)句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測(cè)試用例如下表所示：輸入通過路徑條件取值覆蓋組合號(hào)a=0,b=1abfT1,T2,-T33,5a=0,b=0acefT1,-T2,-