軟件測試復(fù)習(xí)提綱用答案1. 什么是軟件測試？為何要進(jìn)行軟件測試？軟件測試是為了盡快盡早地發(fā)現(xiàn)在軟件產(chǎn)品中所存在的各種軟件缺陷而展開的貫穿整個(gè)軟件開發(fā)生命周期、對軟件產(chǎn)品（包括階段性產(chǎn)品）進(jìn)行驗(yàn)證和確認(rèn)的活動過程。 確保軟件的功能符合用戶的需求，把盡可能多的問題在發(fā)布或交付前發(fā)現(xiàn)并改正。2. 什么是軟件缺陷？請舉例。哪里出現(xiàn)的缺陷最多？ 軟件缺陷就是軟件產(chǎn)品中所存在的問題，最終表現(xiàn)為用戶所需要的功能沒有完全實(shí)現(xiàn)，未滿足用戶的需求。術(shù)語：缺點(diǎn)(defect)異常(anomaly)偏差(variance)失敗(failure)缺陷(bug)故障(fault)問題(problt)錯(cuò)誤(error)規(guī)格說明書出現(xiàn)的最多。3. 軟件測試是否就是程序測試？哪些可以作為軟件測試的對象？不是。對象：程序、數(shù)據(jù)（庫）、文檔、服務(wù)4. 軟件測試的目的是什么？軟件測試的目標(biāo)是什么？軟件測試的原則是什么？目的：測試的目的就是發(fā)現(xiàn)軟件中的各種錯(cuò)誤和缺陷；以較少的用例、時(shí)間和人力找出軟件中的各種錯(cuò)誤和缺陷，以確保軟件的質(zhì)量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯(cuò)誤造成的隱患所帶來的商業(yè)風(fēng)險(xiǎn)。目標(biāo)：確保軟件完成了它所承諾或公布的功能；為軟件的質(zhì)量評估提供依據(jù)；確保軟件滿足性能的要求；確保軟件是健壯的和適應(yīng)用戶環(huán)境，為軟件質(zhì)量改進(jìn)和管理提供幫助原則：所有測試的標(biāo)準(zhǔn)都是建立在用戶需求之上；窮舉測試是不可能的；軟件測試必須以“質(zhì)量第一”的思想開展各項(xiàng)工作；實(shí)現(xiàn)定義好產(chǎn)品的質(zhì)量標(biāo)準(zhǔn)；測試過程與開發(fā)過程應(yīng)是同時(shí)開始；第三方來測試可能會更客觀、更有效；軟件測試計(jì)劃是做好軟件測試工作的前提；測試用例式設(shè)計(jì)出來的，而不是寫出來的；對于主管錯(cuò)誤較多的程序，應(yīng)進(jìn)行更深入的測試；妥善保管一切測試過程文檔。5. 軟件測試如何分類？按照程序是否執(zhí)行：靜態(tài)測試（審查、評審和走查）、動態(tài)測試按照測試用例的設(shè)計(jì)方法：白盒測試、黑盒測試按照開發(fā)階段劃分：單元測試、 集成測試、系統(tǒng)測試、驗(yàn)收測試按照測試實(shí)施的組織劃分:開發(fā)方測試、用戶測試（測試）、第三方測試 按照是否使用工具：手工測試、自動化測試6. 常見的軟件測試模型有哪些？各有什么優(yōu)缺點(diǎn)？V模型 從左到右，描述了基本的開發(fā)過程和測試行為，明確地標(biāo)明了測試工程中存在的不同級別，清楚地描述了這些測試階段和開發(fā)過程期間各階段的對應(yīng)關(guān)系。 優(yōu)點(diǎn)：明確地標(biāo)明了測試工程中存在的不同級別，清楚地描述了這些測試階段和開發(fā)過程期間各階段的對應(yīng)關(guān)系 缺點(diǎn)：沒有明確地說明早期的測試，不能體現(xiàn)“盡早地”和“不斷地”進(jìn)行軟件測試原則。W模型 優(yōu)點(diǎn)：測試與開發(fā)是同步進(jìn)行的，可以顯著的節(jié)約總體測試時(shí)間 缺點(diǎn)：需要有嚴(yán)格的指令表示上一階段完全結(jié)束才可以開始下一個(gè)階段H模型、X模型等7. 一個(gè)軟件測試包含哪些基本過程？1制定測試計(jì)劃2編制測試大綱3測試用例設(shè)計(jì)與生成4實(shí)施測試5生成測試總結(jié)與報(bào)告8. 什么是測試用例？它包含哪些內(nèi)容？通常對測試用例有哪些要求？測試用例是為某個(gè)特殊目標(biāo)而編制的一組測試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定需求內(nèi)容：包括測試腳本，測試環(huán)境，測試目的，測試步驟，預(yù)期結(jié)果，輸入數(shù)據(jù)要求：測試用例的代表性，測試結(jié)果的可判定性，測試結(jié)果的可再現(xiàn)性9.測試驅(qū)動開發(fā)要求在編寫某個(gè)功能的代碼之前先編寫測試代碼，然后只編寫使測試通過的功能代碼，通過測試來推動整個(gè)開發(fā)的進(jìn)行。10.什么是白盒測試？白盒測試有哪些測試方法及其含義？這些方法的強(qiáng)弱程度怎樣？白盒測試基于被測程序的源代碼，而不是軟件規(guī)格說明的測試活動。測試方法:邏輯覆蓋測試:主要考察使用測試數(shù)據(jù)運(yùn)行被測程序時(shí)對程序邏輯的覆蓋程度。通常希望選擇最少的測試用例來滿足所需的覆蓋標(biāo)準(zhǔn)。主要的覆蓋標(biāo)準(zhǔn)有：語句覆蓋 判斷覆蓋 條件覆蓋 判斷條件覆蓋 路徑覆蓋。基本路徑測試:這種方法首先根據(jù)程序或設(shè)計(jì)圖畫出控制流圖，并計(jì)算其區(qū)域數(shù)，然后確定一組獨(dú)立的程序執(zhí)行路徑（稱為基本路徑），最后為每一條基本路徑設(shè)計(jì)一個(gè)測試用例。11.什么是黑盒測試？黑盒測試有哪些測試方法及其含義？黑盒測試 依據(jù)軟件的需求規(guī)約，而不考慮程序的內(nèi)部結(jié)構(gòu)與特性，檢查程序的功能是否符合需求規(guī)約的要求。測試方法：等價(jià)類劃分：等價(jià)類劃分方法將所有可能的輸入數(shù)據(jù)劃分成若干個(gè)等價(jià)類，然后在每個(gè)等價(jià)類中選取一個(gè)代表性的數(shù)據(jù)作為測試用例。邊界值分析：邊界值分析也是一種黑盒測試方法，是對等價(jià)類劃分方法的補(bǔ)充。大量的錯(cuò)誤發(fā)生在輸入范圍的內(nèi)部。決策表法因果圖：因果圖方法是一種幫助人們系統(tǒng)地選擇一組高效測試用例的方法，它既考慮了輸入條件的組合關(guān)系，又考慮了輸出條件對輸入條件的依賴關(guān)系，即因果關(guān)系，其測試用例發(fā)現(xiàn)錯(cuò)誤的效率比較高。12.白盒測試與黑盒測試最大的不同是什么？黑盒測試不考慮程序的內(nèi)部結(jié)構(gòu)和處理算法，白盒測試基于被測程序的源代碼。13.什么是手工測試？什么是自動化測試？二者各有何優(yōu)缺點(diǎn)？手工測試，即依靠人力來查找缺陷。一般采用黑盒測試方法，可用于集成測試、系統(tǒng)測試和驗(yàn)收測試中。優(yōu)點(diǎn)：測試用例的設(shè)計(jì)中，經(jīng)驗(yàn)和對錯(cuò)誤的判斷能力是難以替代的；界面和用戶驗(yàn)收測試中人，審美觀和心理體驗(yàn)難以替代；在正確性檢查時(shí)，人們對是非的判斷和邏輯推理能力是難以替代的。缺點(diǎn)：重復(fù)多、工作量大、易出錯(cuò)、覆蓋面低、對于大型軟件來說效率不夠高。自動測試則使用有針對的工具來測試。它可以讓測試人員從繁瑣和重復(fù)的測試活動中解脫出來，專心從事有意義的測試設(shè)計(jì)等活動。優(yōu)點(diǎn)：對程序的新版本運(yùn)行己有的測試，即回歸測試。可以運(yùn)行更多更頻繁的測試。 可以進(jìn)行一些手工測試難以完成或不可能完成的測試。 充分地利用資源。 測試具有一致性和可重復(fù)性。 測試具有復(fù)用性。 縮短軟件發(fā)布的時(shí)間。增強(qiáng)軟件的可靠性。缺點(diǎn)：不能取代手工測試手工測試比自動測試發(fā)現(xiàn)的缺陷更多對測試質(zhì)量的依賴性極大測試自動化不能提高有效性測試自動化可能會制約軟件開發(fā)。由于自動測試比手動測試更脆弱，所以維護(hù)會受到限制，從而制約軟件的開發(fā)。工具本身并無想像力14.選用軟件自動化測試工具的目的是什么？讓測試人員從繁瑣和重復(fù)的測試活動中解脫出來，專心從事有意義的測試設(shè)計(jì)等活動。15.在白盒測試方法中，無論采用那種覆蓋標(biāo)準(zhǔn)都不可能達(dá)到100%覆蓋率。它們共同的目標(biāo)是什么？用盡可能少的測試用例發(fā)現(xiàn)盡可能多的錯(cuò)誤16.什么是因果圖法？它有哪些特點(diǎn)？因果圖中有哪些約束？因果圖：因果圖方法是一種幫助人們系統(tǒng)地選擇一組高效測試用例的方法，它既考慮了輸入條件的組合關(guān)系，又考慮了輸出條件對輸入條件的依賴關(guān)系，即因果關(guān)系，其測試用例發(fā)現(xiàn)錯(cuò)誤的效率比較高。因果圖方法的特點(diǎn)是：考慮輸入條件的組合關(guān)系；考慮輸出條件對輸入條件的依賴關(guān)系，即因果關(guān)系；測試用例發(fā)現(xiàn)錯(cuò)誤的效率高；能檢查出功能說明中的某些不一致或遺漏。因果圖中的約束：E約束(異)：a和b中最多有一個(gè)可能為1，即a和b不能同時(shí)為1I 約束(或)：a、b、c中至少有一個(gè)必須為1，即 a、b、c不能同時(shí)為0。O約束(唯一)：a和b必須有一個(gè)且僅有一個(gè)為1。R約束(要求)：a是1時(shí)，b必須是1，即a為1時(shí)，b不能為0。M約束(強(qiáng)制)：若結(jié)果a為1，則結(jié)果b強(qiáng)制為0。17.按照開發(fā)階段來分，軟件測試分為哪些測試及其各自含義？單元測試，集中對用源代碼實(shí)現(xiàn)的每一個(gè)程序單元進(jìn)行測試，檢查各個(gè)程序模塊是否正確地實(shí)現(xiàn)了規(guī)定的功能。集成測試把已測試過的模塊集成起來，主要對與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進(jìn)行測試。確認(rèn)測試則是要檢查已實(shí)現(xiàn)的軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及軟件配置是否完全、正確。系統(tǒng)測試把已經(jīng)經(jīng)過確認(rèn)的軟件納入實(shí)際運(yùn)行環(huán)境中，與其它系統(tǒng)成份組合在一起進(jìn)行測試。18.單元測試的內(nèi)容是什么？單元測試采用什么測試方法？在單元測試時(shí)，測試者需要依據(jù)詳細(xì)設(shè)計(jì)說明書和源程序清單，了解該模塊的I/O條件和模塊的邏輯結(jié)構(gòu)，主要采用白盒測試的測試用例，輔之以黑盒測試的測試用例，使之對任何合理的輸入和不合理的輸入，都能鑒別和響應(yīng)。模塊接口測試、局部數(shù)據(jù)結(jié)構(gòu)測試、路徑測試、錯(cuò)誤處理測試、邊界測試19.系統(tǒng)測試有哪些任務(wù)？主要采用什么測試方法？系統(tǒng)測試一般要完成以下幾種測試功能測試:驗(yàn)證軟件是否滿足需求規(guī)格性能測試:測試軟件在實(shí)際環(huán)境下運(yùn)行的有關(guān)性能 需集成系統(tǒng)的所有成分負(fù)載測試:測試系統(tǒng)在臨界狀態(tài)下運(yùn)行的穩(wěn)定性。強(qiáng)度/壓力測試:測試軟件在短期內(nèi)活動處于峰值時(shí)的反應(yīng)，主要從速度上來反映容量測試:測試軟件在承受大容量數(shù)據(jù)時(shí)的反映恢復(fù)測試:驗(yàn)證軟件在支撐軟件或硬件失敗中恢復(fù)的能力安全測試:驗(yàn)證軟件的安全性能其他約束條件的測試20.集成測試方式有哪些？增殖式集成方式：這種集成方式又稱漸增式集成首先對一個(gè)個(gè)模塊進(jìn)行模塊測試，然后將這些模塊逐步集成成較大的系統(tǒng)在集成的過程中邊連接邊測試，以發(fā)現(xiàn)連接過程中產(chǎn)生的問題通過增殖逐步集成成為要求的軟件系統(tǒng)。一次性集成方式 ：它是一種非增殖式集成方式。也叫做整體拼裝。使用這種方式，首先對每個(gè)模塊分別進(jìn)行模塊測試，然后再把所有模塊集成在一起進(jìn)行測試，最終得到要求的軟件系統(tǒng)。21.驗(yàn)收測試常用的有哪些策略及其含義？正式驗(yàn)收測試 正式驗(yàn)收測試是一項(xiàng)管理嚴(yán)格的過程，它通常是系統(tǒng)測試的延續(xù)。計(jì)劃和設(shè)計(jì)這些測試的周密和詳細(xì)程度不亞于系統(tǒng)測試。選擇的測試用例應(yīng)該是系統(tǒng)測試中所執(zhí)行測試用例的子集。 測試開發(fā)公司組織內(nèi)部工作人員模擬各類用戶行為對即將面世的產(chǎn)品進(jìn)行測試，試圖發(fā)現(xiàn)錯(cuò)誤并修正，關(guān)鍵在于盡可能的逼真的模擬環(huán)境以及盡可能覆蓋所有的用戶操作。 測試 測試開發(fā)公司組織典型用戶在日常工作中實(shí)際使用版本，要求用戶報(bào)告異常情況，提出批評意見，再進(jìn)行改錯(cuò)和改善。測試是所