軟件測試題目

一：選擇題1．軟件測試的目的是（發(fā)覺軟件錯(cuò)誤）。2．軟件測試中白盒法是通過度析程序的（內(nèi)部邏輯）來設(shè)計(jì)測試用例的。3．黑盒法是依照程序的（功能）來設(shè)計(jì)測試用例的。4．為了提高軟件測試的效率，應(yīng)該（選擇發(fā)覺錯(cuò)誤可能性最大的數(shù)據(jù)作為測試用例5．與設(shè)計(jì)測試用例無關(guān)的文檔是（項(xiàng)目開發(fā)打算）。6．測試的關(guān)鍵問題是（如何選擇測試用例）。7．軟件測試用例要緊由輸入數(shù)據(jù)和（預(yù)期輸出結(jié)果）兩部份組成。8．成功的測試是指運(yùn)行測試用例后（發(fā)覺了程序錯(cuò)誤）。9．以下幾種邏輯覆蓋標(biāo)準(zhǔn)中，查錯(cuò)能力最強(qiáng)的是（條件組合覆蓋）10．在黑盒測試中，著重檢查輸入條件組合的方式是（因果圖法）。11．單元測試要緊針對模塊的幾個(gè)大體特點(diǎn)進(jìn)行測試，該時(shí)期不能完成的測試是（系統(tǒng)功能）。12.軟件測試進(jìn)程中的集成測試主若是為了發(fā)覺（c）時(shí)期的錯(cuò)誤。BA）需求分析 B）概要設(shè)計(jì) C）詳細(xì)設(shè)計(jì) D）編碼13．不屬于白盒測試的技術(shù)是（d）。A）途徑覆蓋 B）判定覆蓋 C）循環(huán)覆蓋 D）邊界值分析14．集成測試時(shí)，能較早發(fā)覺高層模塊接口錯(cuò)誤的測試方式為（ a）。A）自頂向下漸增式測試B）自底向上漸增式測試C）非漸增式測試 D）系統(tǒng)測試15．確認(rèn)測試以（需求規(guī)格說明書）文檔作為測試的基礎(chǔ)。16．利用白盒測試方式時(shí)，確信測試數(shù)據(jù)應(yīng)依照（a）和指定的覆蓋標(biāo)準(zhǔn)。A）程序內(nèi)部邏輯 B）程序的復(fù)雜度 C）利用說明書 D）程序的功能17．程序的三種大體結(jié)構(gòu)是（順序、選擇、循環(huán)18．結(jié)構(gòu)化程序設(shè)計(jì)的一種大體方式是（d）A）挑選法B）遞歸法C）歸納法 D）慢慢求精法19．軟件調(diào)試的目的是（找犯錯(cuò)誤所在并更正之）20．程序三種大體結(jié)構(gòu)的一起特點(diǎn)是（d）A）不能嵌套利用B）只能用來寫簡單程序C）已經(jīng)用硬件實(shí)現(xiàn)D）只有一個(gè)入口和一個(gè)出口21．下面說法正確的選項(xiàng)是（c）。A）通過測試沒有發(fā)覺錯(cuò)誤說明程序正確 B）測試的目標(biāo)是為了證明程序沒有錯(cuò)誤C）成功的測試是發(fā)覺了迄今尚未發(fā)覺的錯(cuò)誤的測試D）成功的測試是沒有發(fā)覺錯(cuò)誤的測試22．覆蓋準(zhǔn)那么最強(qiáng)的是（d）。A）語句覆蓋B）判定覆蓋C）條件覆蓋D）途徑覆蓋23．發(fā)覺錯(cuò)誤能力最弱的是（a）。A）語句覆蓋B）判定覆蓋C）條件覆蓋D）途徑覆蓋24．實(shí)際的邏輯覆蓋測試中，一樣以（C）為主設(shè)計(jì)測試用例。A）條件覆蓋B）判定覆蓋C）條件組合覆蓋D）途徑覆蓋25．下面（d）方式能夠有效地檢測輸入條件的各類組合可能引發(fā)的錯(cuò)誤。A）等價(jià)類劃分B）邊界值分析C）錯(cuò)誤推測D）因果圖26．與確認(rèn)測試時(shí)期有關(guān)的文檔是（a）。A）需求規(guī)格說明書B）概要設(shè)計(jì)說明書C）詳細(xì)設(shè)計(jì)說明書D）源程序27.超出軟件工程范圍的測試是（c）。DA）單元測試B）集成測試C）確認(rèn)測試D）系統(tǒng)測試28．軟件測試不需要了解軟件設(shè)計(jì)的（c）。DA）功能B）內(nèi)部結(jié)構(gòu)C）處置進(jìn)程D）條件29．（b）方式需要考察模塊間的接口和各模塊之間的聯(lián)系。A）單元測試B）集成測試C）確認(rèn)測試D）系統(tǒng)測試30．調(diào)試應(yīng)該由（b）完成。A）與源程序無關(guān)的程序員B）編制該源程序的程序員C）不了解軟件設(shè)計(jì)的機(jī)構(gòu)D）設(shè)計(jì)該軟件的機(jī)構(gòu)31．基線是軟件生存期中各開發(fā)時(shí)期的一個(gè)特定點(diǎn)，它可作為一個(gè)檢查點(diǎn)，當(dāng)采納的基線發(fā)生錯(cuò)誤時(shí)，咱們能夠返回到最近和最適當(dāng)?shù)模╠ ）上。CA）配置項(xiàng)B）程序C）基線D）進(jìn)程32．版本治理是對系統(tǒng)不同版本進(jìn)行的（a）進(jìn)程A）標(biāo)識與跟蹤B）標(biāo)識變更 C）發(fā)布變更D）操縱變更33．在變更操縱中，治理各個(gè)用戶存取和修改一個(gè)特定軟件配置對象的權(quán)限是（a）。DA）異步操縱B）同步操縱C）存取操縱D）基線操縱在配置治理中，“登入”和“檢出”處置實(shí)現(xiàn)了兩個(gè)重要的變更操縱要素，即同步操縱和（B）。A）異步操縱B）同步操縱C）基線操縱D）存取操縱依照軟件配置治理的原始指導(dǎo)思想，受操縱的對象應(yīng)是（b）。CA）軟件元素B）軟件配置項(xiàng)C）軟件項(xiàng)目D）軟件進(jìn)程軟件配置項(xiàng)是軟件配置治理的對象，指的是軟件工程進(jìn)程中所產(chǎn)生的（b）。A）接口B）軟件環(huán)境C）信息項(xiàng)D）版本37．在變更操縱中，可用來確保由不同用戶所執(zhí)行的并發(fā)操縱是（B）。A）異步操縱B）同步操縱C）存取操縱D）基線操縱38．以下說法錯(cuò)誤的選項(xiàng)是（a）。A） 軟件配置治理簡稱SCIB） 軟件配置項(xiàng)是配置治理的大體單位C） 軟件配置事實(shí)上是一動態(tài)的概念D） 軟件工程進(jìn)程中某一時(shí)期的變更均要引發(fā)軟件配置的變更一、填空題軟件測試的目的是盡可能多地發(fā)覺軟件中存在的錯(cuò)誤，將測試結(jié)果作為糾錯(cuò)的依據(jù)。測試時(shí)期的大體任務(wù)是依照軟件開發(fā)各時(shí)期的文檔資料和程序的源內(nèi)部結(jié)構(gòu)—，精心設(shè)計(jì)一組測試用例，利用這些實(shí)例執(zhí)行程序，找出軟件中潛在的各類錯(cuò)誤和缺點(diǎn)。測試用例由輸入數(shù)據(jù)和預(yù)期的輸出數(shù)據(jù)兩部份組成。4?軟件測試方式一樣分為兩大類：動態(tài)方式和靜態(tài)方式。動態(tài)測試通過執(zhí)行程序發(fā)覺錯(cuò)誤。依照測試用例的設(shè)計(jì)方式不同，動態(tài)測試又分為黑盒與白盒兩類。6?靜態(tài)測試米納人工檢測和運(yùn)算機(jī)輔助靜態(tài)分析的手腕對程序進(jìn)行檢測。7?人工審查程序偏重于編碼質(zhì)量的查驗(yàn)，而軟件審查除審查編碼還要對各時(shí)期軟件產(chǎn)品進(jìn)行查驗(yàn)。8?運(yùn)算機(jī)輔助靜態(tài)分析利用靜態(tài)分析工具對測試程序進(jìn)行特性分析。9?黑盒法只在軟件的接口處進(jìn)行測試，依據(jù)需求規(guī)說明書，檢查程序是不是知足功能要求。10.白盒法必需考慮程序的內(nèi)部結(jié)構(gòu)和出來進(jìn)程，以檢查處置進(jìn)程的細(xì)節(jié)為基礎(chǔ)，對程序中盡可能多的邏輯途徑進(jìn)行測試。11?白盒測試是結(jié)構(gòu)測試，被測對象是源程序，以程序的內(nèi)部邏輯為基礎(chǔ)設(shè)計(jì)測試用例。12?邏輯覆蓋是對程序內(nèi)部有戲^_存在的邏輯結(jié)構(gòu)設(shè)計(jì)測試用例，依照程序內(nèi)部的邏輯覆蓋程度又可分為語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和途徑覆蓋6種覆蓋技術(shù)。13?實(shí)際的邏輯覆蓋測試中，一樣以條件組合覆蓋為主設(shè)計(jì)測試用例，然后再補(bǔ)充部份用例，以達(dá)到途徑覆蓋測試標(biāo)準(zhǔn)。14?循環(huán)覆蓋是對程序內(nèi)部有循環(huán) 存在的邏輯結(jié)構(gòu)設(shè)計(jì)測試用例，它通過限制循環(huán)次數(shù)來測試。15?大體途徑測試是在程序操縱流程圖 基礎(chǔ)上，通過度析操縱構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出大體途徑 集合，從而設(shè)計(jì)測試用例。16?黑盒測試是功能測試，用黑盒技術(shù)設(shè)計(jì)測試用例有4種方式：劃分等價(jià)類_、邊界值分析、因果圖和錯(cuò)誤推斷法。17?等價(jià)類劃分從程序的功能 說明，找出一個(gè)輸入條件（一般是一句話或一個(gè)短語）,然后將每一個(gè)輸入條件劃分成兩個(gè)或多個(gè)等價(jià)類。18?邊界值分析是將測試邊界情形作為重點(diǎn)目標(biāo)，選取正好等于、方才大于或方才小于邊界值的測試數(shù)據(jù)。若是輸入或輸出域是一個(gè)有序集合，那么應(yīng)選取集合的第一個(gè)元素和最后一個(gè)元素作為測試用例。19?在測試程序時(shí)，依照體會或直覺推測程序中可能存在的各類錯(cuò)誤，稱為蟄誤推測法。20?因果圖的大體原理是通過畫因果 圖，把用自然語言描述的功能轉(zhuǎn)換為判定表，最后為判定表 每一列設(shè)計(jì)一個(gè)測試用例。21?測試的綜合策略是在測試中，聯(lián)合利用各類測試方式。通常先用黑盒法設(shè)計(jì)大體的測試用例，再用白盒法補(bǔ)充一些必要的測試用例。22?軟件測試進(jìn)程中需要3類信息：軟件配置、測試配置 和測試工具_(dá)。23?軟件測試一樣通過4個(gè)測試：單元測試、集成測試、確認(rèn)測試 和系統(tǒng)測試。24?單元測試指對源程序中每一個(gè)程序單元進(jìn)行測試，檢查各個(gè)模塊是不是正確實(shí)現(xiàn)規(guī)定的功能，從而發(fā)覺模塊在編碼中或算法中的錯(cuò)誤，它涉及邈^_和詳細(xì)設(shè)計(jì)的文檔。25.單元測試要緊測試模塊的5個(gè)大體特點(diǎn)：模塊接口、局部數(shù)據(jù)結(jié)構(gòu)_、重要的執(zhí)行途徑、錯(cuò)誤處置和邊界條件。26?在單元測試中，需要為被測模塊設(shè)計(jì)模塊和驅(qū)動模塊。驅(qū)動模塊用來模擬被測模塊的上級挪用模塊， 樁模塊用來代替被測模塊所挪用的模塊。集成測試指在上^_測試基礎(chǔ)上，將所有模塊依照設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)進(jìn)行的測試。也稱組裝 測試或聯(lián)合測試。集成測試的方式有兩種：非漸增式 和漸增式。漸增式測試有兩種不同的組裝模塊的方式：自頂向下結(jié)合和自底向上結(jié)自頂向下漸增式測試不需要編寫驅(qū)動 模塊，只需要編寫樁模塊，其步驟是從頂層模塊開始，沿著被測程序的軟件結(jié)構(gòu)圖 的操縱途徑慢慢向下測試，它有兩種組合策略：深度優(yōu)先策略 和寬度優(yōu)先策略。自底向上漸增式測試不需要編寫驅(qū)動 模塊，只需要編寫樁模塊。確認(rèn)測試指檢查軟件的功能與性能是不是與需求規(guī)格說明書中確信的指標(biāo)相符合，又稱有效性測試。確認(rèn)測試在模擬環(huán)境下運(yùn)用黑盒測試方式，由專門測試人員和用戶參加的測試。確認(rèn)測試開始前需要制定測試打算，終止后要寫出測試分析報(bào)告。其測試用例要選用實(shí)際運(yùn)用的數(shù)據(jù)。軟件配置審查的任務(wù)是檢查軟件的所有文檔資料的完整性和正確性。調(diào)試也稱糾錯(cuò) ，是在成功的測試以后才開始進(jìn)行，其目的是確信錯(cuò)誤的魚置—和緣故，并更正錯(cuò)誤。調(diào)試技術(shù)包括簡單調(diào)試、歸納法調(diào)試、演繹法調(diào)試和回溯法調(diào)試?；厮莘ㄕ{(diào)試是從程序產(chǎn)生錯(cuò)誤的地址動身，而歸納法調(diào)試是從測試結(jié)果發(fā)覺的線索入手。被測試程序不在機(jī)械上運(yùn)行，而是采納人工檢測和運(yùn)算機(jī)輔助分析檢測的手腕稱為靜態(tài)測試。用等價(jià)類劃分法設(shè)計(jì)一個(gè)測試用例時(shí)，使其覆蓋盡可能多的尚未被覆蓋的合理等價(jià)類。用等價(jià)類劃分法設(shè)計(jì)一個(gè)測試用例時(shí)，使其覆蓋一個(gè) 不合理等價(jià)類。在單元測試時(shí)，需要為被測模塊設(shè)計(jì)樁模塊和驅(qū)動模塊。在集成測試時(shí)有兩種測試方式，它們是漸進(jìn)式和非漸進(jìn)式軟件測試是為了發(fā)覺軟件錯(cuò)誤和缺點(diǎn)而執(zhí)行程序的進(jìn)程。運(yùn)行被測程序的方式稱為動態(tài)測試。TOC\o"1-5"\h\z動態(tài)測試中，要緊測試軟件功能的方式稱為黑盒測試 法。選擇測試用例，使得被測程序中每一個(gè)判定的每一個(gè)分支至少執(zhí)行一次，這種邏輯覆蓋標(biāo)準(zhǔn)稱為 。要覆蓋含循環(huán)結(jié)構(gòu)的所有途徑是不可能的，一樣通過限制循環(huán)次數(shù)來測試。用等價(jià)類劃分法設(shè)計(jì)測試用例時(shí)，若是被測程序的某個(gè)輸入條件規(guī)定了取值范圍，那么可確信一個(gè)合理的等在和 。憑體會或直覺推測程序中可能存在的錯(cuò)誤而設(shè)計(jì)測試用例的方式是錯(cuò)誤推測法集成測試中的具體方式是漸增式和非漸增式測試方式。確認(rèn)測試時(shí)期的兩項(xiàng)工作是進(jìn)行確認(rèn)測試和軟件配置審查 。在單元測試中，測試一個(gè)模塊時(shí)，需要設(shè)計(jì)樁模塊和驅(qū)動模塊。軟件配置治理，簡稱SCM,它用于整個(gè)軟件工程進(jìn)程。其要緊目標(biāo)是：衛(wèi)示變更、操縱變更、確保變更正確地實(shí)現(xiàn)、報(bào)告有關(guān)變更。SCM是一組治理整個(gè)軟件生存期各時(shí)期中變更的活動。基線的作用是把各時(shí)期的開發(fā)工作劃分得加倍明確，便于檢查與確認(rèn)時(shí)期功效。因此，基線能夠作為項(xiàng)目的一個(gè)檢查點(diǎn) 。二：名詞說明軟件測試軟件測試是按測試方式用測試工具檢查軟件錯(cuò)誤和缺點(diǎn)的進(jìn)程。軟件測試指為了發(fā)覺軟件中的錯(cuò)誤而執(zhí)行軟件的進(jìn)程。它的目標(biāo)是盡可能多地發(fā)覺軟件中存在的錯(cuò)誤，將測試結(jié)果作為糾錯(cuò)的依據(jù)。靜態(tài)測試靜態(tài)測試指被測試的程序不在機(jī)械上運(yùn)行，而是采納人工檢測和運(yùn)算機(jī)輔助靜態(tài)分析的手腕對程序進(jìn)行檢測。動態(tài)測試動態(tài)測試是通過運(yùn)行軟件發(fā)覺錯(cuò)誤的進(jìn)程黑盒測試黑盒測試指把測試對象看成一個(gè)黑盒子，測試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處置進(jìn)程，只在軟件的接口處進(jìn)行測試，依據(jù)需求規(guī)格說明書，檢查程序是不是知足功能要求，又稱為功能測試或數(shù)據(jù)驅(qū)動測試。白盒測試白盒測試指把測試對象看成一個(gè)打開的盒子，測試人員需了解程序的內(nèi)部結(jié)構(gòu)和處置進(jìn)程，以檢查處置進(jìn)程的細(xì)節(jié)為基礎(chǔ)，對程序中盡可能多的邏輯途徑進(jìn)行測試，查驗(yàn)內(nèi)部操縱結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是不是有錯(cuò)，實(shí)際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是不是一致。語句覆蓋語句覆蓋指設(shè)計(jì)足夠的測試用例，使被測程序中每一個(gè)語句至少執(zhí)行一次。判定覆蓋判定覆蓋指設(shè)計(jì)足夠的測試用例，使被測程序中每一個(gè)判定表達(dá)式至少取得一次“真”值或“假”值，從而使程序的每一個(gè)分支至少都通過一次，因此判定覆蓋又稱分支覆蓋。條件覆蓋條件覆蓋指設(shè)計(jì)足夠測試用例，使判定表達(dá)式中每一個(gè)條件的各類可能的值至少顯現(xiàn)一次。判定/條件覆蓋判定/條件覆蓋指設(shè)計(jì)足夠的測試用例，使得判定表達(dá)式中每一個(gè)條件的所有可能取值至少顯現(xiàn)一次，并使每一個(gè)判定表達(dá)式所有可能的結(jié)果也至少顯現(xiàn)一次。條件組合覆蓋條件組合覆蓋指設(shè)計(jì)足夠的測試用例，使得每一個(gè)判定表達(dá)式中條件的各類可能的值的組合都至少顯現(xiàn)一次。途徑覆蓋途徑覆蓋指設(shè)計(jì)足夠的測試用例，覆蓋被測程序中所有可能的途徑。12．測試用例測試用例指為尋覓程序中的錯(cuò)誤而精心設(shè)計(jì)的一組測試數(shù)據(jù)。13．驅(qū)動模塊驅(qū)動模塊指用來模擬被測模塊的上級挪用模塊，其功能比真正的上級模塊簡單得多，它只完成同意測試數(shù)據(jù)，以上級模塊挪用被測模塊的格式驅(qū)動被測模塊，接收被測模塊的測試結(jié)果并輸出。14．樁模塊樁模塊指用來代替被測試模塊所挪用的模塊，其作用是返回被測試模塊所需的信息。15．單元測試單元測試指對源程序中每一個(gè)程序單元進(jìn)行測試，檢查各個(gè)模塊是不是正確實(shí)現(xiàn)規(guī)定的功能，從而發(fā)覺模塊在編碼中或算法中的錯(cuò)誤。16．集成測試集成測試指在單元測試基礎(chǔ)上，將所有模塊依照設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)進(jìn)行的測試。也稱組裝測試或聯(lián)合測試。17．確認(rèn)測試確認(rèn)測試指檢查軟件的功能與性能是不是與需求規(guī)格說明書中確信的指標(biāo)相符合，又稱有效性測試。18．漸增式測試漸增式測試指逐個(gè)把未通過測試的模塊組裝到已通過測試的模塊上去，進(jìn)行集成測試。每加入一個(gè)新模塊進(jìn)行一次集成測試，重復(fù)此進(jìn)程直到程序組裝完畢。19．非漸增式測試非漸增式測試指第一對每一個(gè)模塊別離進(jìn)行單元測試，然后把所有的模塊按設(shè)計(jì)要求組裝在一路進(jìn)行測試。20．調(diào)試調(diào)試指確信錯(cuò)誤的緣故和位置，并更正錯(cuò)誤的進(jìn)程，也稱糾錯(cuò)。21：強(qiáng)度測試：驗(yàn)證軟件的性能在各類極端的周邊環(huán)境和系統(tǒng)條件下的經(jīng)受能力。22：性能測試：軟件的性能在正常環(huán)境和系統(tǒng)條件下重復(fù)利歷時(shí)可否知足性能指標(biāo)。23：平安測試：為了驗(yàn)證軟件的數(shù)據(jù)保密性和數(shù)據(jù)完整性的測試。24：兼容測試：針對測試軟件和其他軟件之間，和不同硬件之間的兼容測性進(jìn)行測試。25：集成測試主若是為了查驗(yàn)軟件系統(tǒng)是不是符合實(shí)際軟件結(jié)構(gòu)，發(fā)覺與接口有關(guān)的各類錯(cuò)誤。26：驗(yàn)收測試：在軟件開發(fā)終止以后，用戶對軟件產(chǎn)品投入實(shí)際應(yīng)用之前，進(jìn)行最后一次質(zhì)量查驗(yàn)。驗(yàn)收測試中1） ：a測試：軟件開發(fā)公司組織內(nèi)部人員模擬各類用戶行為對即將面市的軟件產(chǎn)品進(jìn)行測試，試圖發(fā)覺并修改錯(cuò)誤，通過a測試以后的軟件產(chǎn)品稱為B版本2） ：B測試：軟件開發(fā)公司組織各方面的典型用戶在日常生活中實(shí)際利用B版本,并要求用戶報(bào)告異樣情形。27：回歸測試：軟件系統(tǒng)被修改或擴(kuò)充后從頭進(jìn)行的測試軟件缺點(diǎn)：存在于軟件（程序，文檔，數(shù)據(jù)）當(dāng)中的不希望顯現(xiàn)或不可同意的誤差軟件錯(cuò)誤：軟件在運(yùn)行的進(jìn)程中，不希望顯現(xiàn)或不可同意的內(nèi)部狀態(tài)。30軟件質(zhì)量：與軟件產(chǎn)品知足明確或隱含需求的能力有關(guān)的特質(zhì)和特性的總和31軟件測試進(jìn)程模型：對測試進(jìn)程的抽象，用于概念軟件測試的流程和方式四：簡答題1．什么緣故說軟件測試是軟件開發(fā)中不可缺少的重要一環(huán)，但不是軟件質(zhì)量保證的平安網(wǎng)？答：①軟件測試是軟件開發(fā)中不可缺少的重要一環(huán)，緣故是：1：測試的工作量約占整個(gè)項(xiàng)目開發(fā)工作量的40%左右，幾乎一半。:2：軟件測試代表了需求分析、設(shè)計(jì)、編碼的最終復(fù)審。軟件測試不是軟件質(zhì)量保證的平安網(wǎng)，因?yàn)檐浖y試只能發(fā)覺錯(cuò)誤，不能保證沒有錯(cuò)誤。2．軟件測試的目的是什么？什么緣故把軟件測試的目的概念為只是發(fā)覺錯(cuò)誤？軟件測試是為了發(fā)覺錯(cuò)誤而執(zhí)行程序的進(jìn)程。一個(gè)好的測試用例能夠發(fā)覺至今尚未發(fā)覺的錯(cuò)誤。一個(gè)成功的測試是發(fā)覺了至今尚未發(fā)覺的錯(cuò)誤。軟件測試的目標(biāo)概念為只是發(fā)覺錯(cuò)誤，緣故是軟件測試能夠有兩個(gè)目標(biāo)，一個(gè)是預(yù)防錯(cuò)誤，另一個(gè)是發(fā)覺錯(cuò)誤。由于軟件開發(fā)是人的制造性勞動，人的活動不可能十全十美，錯(cuò)誤可能發(fā)生在任何一個(gè)時(shí)期，因此預(yù)防錯(cuò)誤這一目標(biāo)幾乎是不可實(shí)現(xiàn)的，因此軟件測試的目標(biāo)概念為只是發(fā)覺錯(cuò)誤。3．軟件測試應(yīng)當(dāng)遵循什么原那么？什么緣故要遵循這些原那么？1）所有的測試應(yīng)該都回溯到用戶需求（因?yàn)檐浖_發(fā)最全然的目標(biāo)是知足客戶的需求）2）及早測試和不斷測試（因?yàn)檐浖膹?fù)雜性和程序性，錯(cuò)誤在任何時(shí)期都有可能發(fā)生，因此應(yīng)該把測試貫穿到每一個(gè)時(shí)期）3）測試工作應(yīng)該由專業(yè)的測試機(jī)構(gòu)完成（因?yàn)槿说闹饔^性的緣故，對自己設(shè)計(jì)的程序印象深刻，不易發(fā)覺錯(cuò)誤）4）Pareto原那么，事實(shí)證明軟件測試中的80%的錯(cuò)誤，是由20%的模塊引發(fā)的。5）測試用例時(shí)，應(yīng)考慮各類情形4．軟件測試的步驟是什么？這些測試與軟件開發(fā)各時(shí)期之間的關(guān)系？軟件測試的步驟如圖7-3所示。圖7-3軟件測試的步驟這些測試與軟件開發(fā)各時(shí)期之間的關(guān)系如圖7-2所示。因?yàn)橄到y(tǒng)測試已經(jīng)超出了軟件工程的范圍，因此圖7-2中的系統(tǒng)測試不包括在內(nèi)。5．軟件測試的進(jìn)程是什么？測試設(shè)計(jì)：依照軟件開發(fā)各時(shí)期的文檔資料和程序的內(nèi)部結(jié)構(gòu)，利用各類設(shè)計(jì)測試用例技術(shù)精心設(shè)計(jì)測試用例。測試執(zhí)行：利用這些測試用例執(zhí)行程序，取得測試結(jié)果。測試結(jié)果比較：將預(yù)期的結(jié)果與實(shí)際測試結(jié)果進(jìn)行比較，若是二者不符合，關(guān)于顯現(xiàn)的錯(cuò)誤進(jìn)行糾錯(cuò)，并修改相應(yīng)文檔。修改后的程序還要進(jìn)行再次測試，直到中意為止。若是測試發(fā)覺不了錯(cuò)誤，可能由于測試配置考慮不周到，應(yīng)考慮從頭制定測試方案，設(shè)計(jì)測試用例。6．單元測試、集成測試和確認(rèn)測試各自要緊目標(biāo)是什么？它們之間有什么不同？彼此有什么關(guān)系？單元測試的要緊目標(biāo)是檢查各個(gè)模塊是不是正確實(shí)現(xiàn)規(guī)定的功能，從而發(fā)覺模塊在編碼中或算法中的錯(cuò)誤。集成測試的要緊目標(biāo)是檢查與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的有關(guān)問題。確認(rèn)測試的要緊目標(biāo)是檢查已實(shí)現(xiàn)的軟件是不是知足需求規(guī)格說明書中確信的各類需求。單元測試、集成測試和確認(rèn)測試之間的不同如下：測試內(nèi)容不同：單元測試集中于單個(gè)模塊的功能和測試；集成測試集中于模塊組合的功能和軟件結(jié)構(gòu)查驗(yàn)，其測試內(nèi)容要緊包括模塊組裝中可能顯現(xiàn)的問題，即數(shù)據(jù)穿過接口可能丟失、一個(gè)模塊可能破壞另一個(gè)模塊的內(nèi)容、子功能組裝可能不等于主功能、全程數(shù)據(jù)結(jié)構(gòu)問題、誤差積存問題；確認(rèn)測試集中于論證軟件需求的可追溯性，要緊包括測試軟件功能和性能是不是與軟件需求一致、測試軟件配置的所有程序與文檔是不是正確完整而且一致。測試的方式不同：單元測試?yán)鲜抢冒缀袦y試法，為被測模塊設(shè)計(jì)驅(qū)動模塊和樁模塊；集成測試?yán)脻u增式測試和非漸增式測試，漸增式測試又有分為自頂向下結(jié)合法和自底向上結(jié)合法；確認(rèn)測試?yán)鲜抢煤诤袦y試法。發(fā)覺的錯(cuò)誤不同：單元測試發(fā)覺的錯(cuò)誤主若是在編碼時(shí)期產(chǎn)生的錯(cuò)誤，集成測試發(fā)覺的錯(cuò)誤主若是在設(shè)計(jì)時(shí)期產(chǎn)生的錯(cuò)誤，確認(rèn)測試發(fā)覺的錯(cuò)誤主若是在需求分析時(shí)期產(chǎn)生的錯(cuò)誤。涉及的文檔不同：單元測試涉及編碼和詳細(xì)設(shè)計(jì)文檔，集成測試涉及詳細(xì)設(shè)計(jì)文檔和概要設(shè)計(jì)文檔，確認(rèn)測試涉及軟件需求規(guī)格說明書和用戶手冊。三者彼此關(guān)系是：單元測試、集成測試和確認(rèn)測試是順序?qū)崿F(xiàn)的。第一單元測試對各個(gè)模塊進(jìn)行測試，然后集成測試以單元測試為基礎(chǔ)，將所有已測模塊依照設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)，對模塊組合的功能和軟件結(jié)構(gòu)查驗(yàn)進(jìn)行測試，最后確認(rèn)測試是以集成測試為基礎(chǔ)，測試集成的軟件是不是知