1、軟件測試復(fù)習(xí)提綱用答案1. 什么是軟件測試？為何要進(jìn)行軟件測試？軟件測試 是為了盡快盡早地發(fā)現(xiàn)在軟件產(chǎn)品中所存在的各種軟件缺陷而展開的貫穿整 個軟件開發(fā)生命周期、對軟件產(chǎn)品（包括階段性產(chǎn)品）進(jìn)行驗證和確認(rèn)的活動過程。確保軟件的功能符合用戶的需求，把盡可能多的問題在發(fā)布或交付前發(fā)現(xiàn)并改正。2. 什么是軟件缺陷？請舉例。哪里出現(xiàn)的缺陷最多？軟件缺陷 就是軟件產(chǎn)品中所存在的問題， 最終表現(xiàn)為用戶所需要的功能沒有完全實現(xiàn)， 未滿足用戶的需求。術(shù)語：缺點（defect）異常（anomaly）偏差（varianee）失敗（failure）缺陷（bug）故障（fault）問題 （problt） 錯誤 （er

2、ror）規(guī)格說明書出現(xiàn)的最多。3. 軟件測試是否就是程序測試？哪些可以作為軟件測試的對象？不是。對象：程序、數(shù)據(jù)（庫） 、文檔、服務(wù)4. 軟件測試的目的是什么？軟件測試的目標(biāo)是什么？軟件測試的原則是什么？ 目的：測試的目的就是發(fā)現(xiàn)軟件中的各種錯誤和缺陷；測試只能證明軟件存在缺陷，不能 證明軟件不存在缺陷； 測試可以使軟件中缺陷降低到一定程度， 而不是徹底消滅； 以較少的 用例、 時間和人力找出軟件中的各種錯誤和缺陷， 以確保軟件的質(zhì)量， 回避軟件發(fā)布后由于 潛在的軟件缺陷和錯誤造成的隱患所帶來的商業(yè)風(fēng)險。目標(biāo) ：確保軟件完成了它所承諾或公布的功能； 為軟件的質(zhì)量評估提供依據(jù)； 確保軟件滿足 性

3、能的要求；確保軟件是健壯的和適應(yīng)用戶環(huán)境，為軟件質(zhì)量改進(jìn)和管理提供幫助原則 ：所有的測試都應(yīng)追溯到用戶需求； 保證測試的覆蓋程度，但窮舉測試是不可能的；越 早測試越好，測試過程與開發(fā)過程應(yīng)是相結(jié)合的； Pareto 原則： 測試中發(fā)現(xiàn)的 80%的錯誤可 能來自于 20% 的程序代碼；測試的規(guī)模由小而大，從單元測試到系統(tǒng)測試；為了盡可能地 發(fā)現(xiàn)錯誤， 應(yīng)該由獨立的第三方來測試； 不能為了便于測試擅自修改程序； 既應(yīng)該測試軟件 該做什么也應(yīng)該測試軟件不該做什么5. 軟件測試如何分類？ 按照程序是否執(zhí)行：靜態(tài)測試（審查、評審和走查） 、動態(tài)測試 按照測試用例的設(shè)計方法：白盒測試、黑盒測試按照開發(fā)階段

4、劃分：單元測試、 集成測試、系統(tǒng)測試、驗收測試按照測試實施的組織劃分：開發(fā)方測試、用戶測試（B測試）、第三方測試按照是否使用工具：手工測試、自動化測試6. 常見的軟件測試模型有哪些？各有什么優(yōu)缺點？V 模型 從左到右，描述了基本的開發(fā)過程和測試行為，明確地標(biāo)明了測試工程中存在的不 同級別，清楚地描述了這些測試階段和開發(fā)過程期間各階段的對應(yīng)關(guān)系。優(yōu)點：明確地標(biāo)明了測試工程中存在的不同級別，清楚地描述了這些測試階段和開發(fā)過程期間各階段的對應(yīng)關(guān)系 缺點：沒有明確地說明早期的測試，不能體現(xiàn)“盡早地”和“不斷地” 進(jìn)行軟件測試原則。W模型優(yōu)點：測試與開發(fā)是同步進(jìn)行的，可以顯著的節(jié)約總體測試時間缺點：需要

5、有嚴(yán)格的指令表示上一階段完全結(jié)束才可以開始下一個階段H模型、X模型等7. 一個軟件測試包含哪些基本過程？制定測試計劃測試設(shè)計與開發(fā) 1測試環(huán)境設(shè)計2測試用例設(shè)計與開發(fā) 3輔助工具開發(fā)測試執(zhí)行與管理 1準(zhǔn)備測試環(huán)境2實施測試生成測試總結(jié)與報告8. 什么是測試用例？它包含哪些內(nèi)容？通常對測試用例有哪些要求？測試用例是為某個特殊目標(biāo)而編制的一組測試輸入、執(zhí)行條件以和預(yù)期結(jié)果， 以便測試某個程序路徑或核實是否滿足某個特定需求內(nèi)容：包括測試編號，測試環(huán)境，測試目的，測試操作步驟，測試預(yù)期結(jié)果測試用例要求：對需求覆蓋的完整性 有效性清晰性可理解性可維護(hù)性9. 靜態(tài)測試分析包含哪些方法以和各自的含義？動態(tài)測

6、試包含哪些方法？靜態(tài)測試分析 指以人工的、非形式化的方法對程序進(jìn)行分析和測試。主要形式：審查、評審和走查。評審是由若干開發(fā)人員、 項目經(jīng)理、測試人員、用戶或領(lǐng)域?qū)＜业冉M成一個會審小組，通過閱讀、討論和爭議，對工作制品進(jìn)行靜態(tài)分析的過程。走查是由設(shè)計人員或編程人員組成一個走查小組，通過閱讀一段文檔或代碼， 并進(jìn)行提問和討論，從而發(fā)現(xiàn)可能存在的缺陷、遺漏和矛盾的地方。審查是由一些經(jīng)過嚴(yán)格訓(xùn)練的人員根據(jù)評估標(biāo)準(zhǔn)，對于開發(fā)過程中的產(chǎn)品或中間制品進(jìn)行檢查，發(fā)現(xiàn)其中存在的錯誤。動態(tài)測試通過選擇適當(dāng)?shù)臏y試用例，執(zhí)行程序。白盒測試和黑盒測試。10. 什么是白盒測試？白盒測試有哪些測試方法和其含義？這些方法的強(qiáng)

7、弱程度 怎樣？白盒測試（又稱結(jié)構(gòu)測試） 把測試對象看作一個透明的盒子，測試人員根據(jù)程序內(nèi)部的邏輯結(jié)構(gòu)和有關(guān)信息設(shè)計測試用例，檢查程序中所有邏輯路徑是否都按預(yù)定的要求正確地工作。測試方法：邏輯覆蓋測試：主要考察使用測試數(shù)據(jù)運(yùn)行被測程序時對程序邏輯的覆蓋程度。通常希望選擇最少的測試用例來滿足所需的覆蓋標(biāo)準(zhǔn)。主要的覆蓋標(biāo)準(zhǔn)有：語句覆蓋 判定覆蓋 條件覆蓋 判定-條件覆蓋 條件組合覆蓋 路徑覆蓋。基本路徑測試：是Tom McCabe提出的一種白盒測試技術(shù)，這種方法首先根據(jù)程序或設(shè)計圖 畫出控制流圖，并計算其區(qū)域數(shù)，然后確定一組獨立的程序執(zhí)行路徑(稱為基本路徑)，最后為每一條基本路徑設(shè)計一個測試用例。循

8、環(huán)測試 ：循環(huán)分為 4 種不同類型：簡單循環(huán)、嵌套循環(huán)、串接循環(huán)和非結(jié)構(gòu)循環(huán)。數(shù)據(jù)流測試。11. 什么是黑盒測試？黑盒測試有哪些測試方法和其含義？黑盒測試 依據(jù)軟件的需求規(guī)約，而不考慮程序的內(nèi)部結(jié)構(gòu)與特性，檢查程序的功能是否符 合需求規(guī)約的要求。測試方法：等價類劃分 ：等價類劃分方法將所有可能的輸入數(shù)據(jù)劃分成若干個等價類，然后在每個等價類中選取一個代表性的數(shù)據(jù)作為測試用例。邊界值分析 ：邊界值分析也是一種黑盒測試方法， 是對等價類劃分方法的補(bǔ)充。 大量的錯誤 發(fā)生在輸入范圍的內(nèi)部。比較測試 ：通常，可由二支軟件開發(fā)隊伍， 根據(jù)相同的需求規(guī)格說明分別開發(fā)二個軟件版本， 然后，用相同的測試用例對二

9、個版本的軟件分別進(jìn)行測試，比較二個版本軟件的測試結(jié)果， 如果測試結(jié)果相同， 則可認(rèn)為二個版本的軟件都是正確的， 如果測試結(jié)果不同， 則要分析各 個版本，以發(fā)現(xiàn)錯誤的所在。此測試稱為比較測試。錯誤猜測 ：錯誤猜測是一種憑直覺和經(jīng)驗推測某些可能存在的錯誤， 從而針對這些可能存在 的錯誤設(shè)計測試用例的方法。因果圖 ：因果圖方法是一種幫助人們系統(tǒng)地選擇一組高效測試用例的方法，它既考慮了輸入條件的組合關(guān)系， 又考慮了輸出條件對輸入條件的依賴關(guān)系， 即因果關(guān)系， 其測試用例發(fā)現(xiàn) 錯誤的效率比較高。12. 白盒測試與黑盒測試最大的不同是什么？ 黑盒測試不考慮程序的內(nèi)部結(jié)構(gòu)和處理算法。13. 數(shù)據(jù)驅(qū)動框架的原

10、理是什么？原理 是采用了數(shù)據(jù)驅(qū)動腳本進(jìn)行測試，數(shù)據(jù)驅(qū)動腳本是將數(shù)據(jù)輸入存儲在獨立的數(shù)據(jù)文件 中，腳本只存放控制信息， 測試時輸入直接從文件中讀取， 這樣同一腳本可以運(yùn)行于不同的 測試用例中， 實現(xiàn)了腳本與數(shù)據(jù)的分離。 其優(yōu)點是可以快速增加相似測試， 測試者增加新的 測試不必掌握測試工具語言， 對此后的類似測試無額外維護(hù)開銷； 缺點是初始建立測試腳本 的開銷較大，進(jìn)行數(shù)據(jù)擴(kuò)展的腳本需要針對相同的測試內(nèi)容并具有相同的測試邏輯。14. 什么是手工測試？什么是自動化測試？二者各有何優(yōu)缺點？手工測試(Man ual Test ing)，顧名思義，即依靠人力來查找缺陷。一般采用黑盒測試方法， 可用于集成測

11、試、系統(tǒng)測試和驗收測試中。優(yōu)點 ：測試用例的設(shè)計中， 經(jīng)驗和對錯誤的判斷能力是難以替代的； 界面和用戶驗收測試中 人，審美觀和心理體驗難以替代； 在正確性檢查時， 人們對是非的判斷和邏輯推理能力是難 以替代的。缺點 ：重復(fù)多、工作量大、易出錯、覆蓋面低、對于大型軟件來說效率不夠高。自動測試 (Automation Testing )則使用有針對的工具來測試。它可以讓測試人員從繁瑣和 重復(fù)的測試活動中解脫出來，專心從事有意義的測試設(shè)計等活動。如果采用自動比較技術(shù)， 還可以自動完成測試用例執(zhí)行結(jié)果的判斷， 從而避免人工比對存在的疏漏問題。 設(shè)計良好的 自動化測試，在某些情況下可以實現(xiàn) “ 夜間測試

12、 ” 和 “ 無人測試 ” 。優(yōu)點 ：對程序的新版本運(yùn)行己有的測試，即回歸測試。 可以運(yùn)行更多更頻繁的測試。可以進(jìn)行一些手工測試難以完成或不可能完成的測試。充分地利用資源。測試具有一致性和可重復(fù)性。測試具有復(fù)用性。縮短軟件發(fā)布的時間。增強(qiáng)軟件的可靠性。缺點 ：不能取代手工測試手工測試比自動測試發(fā)現(xiàn)的缺陷更多對測試質(zhì)量的依賴性極大 測試自動化不能提高有效性 測試自動化可能會制約軟件開發(fā)。由于自動測試比手動測試更脆弱，所以維護(hù)會受到限制， 從而制約軟件的開發(fā)。工具本身并無想像力15. 選用軟件自動化測試工具的目的是什么？讓測試人員從繁瑣和重復(fù)的測試活動中解脫出來，專心從事有意義的測試設(shè)計等活動。1

13、6. 在白盒測試方法中， 無論采用那種覆蓋標(biāo)準(zhǔn)都不可能達(dá)到 100%覆蓋率。它們 共同的目標(biāo)是什么？17. 基本路徑測試的過程是怎樣的？如何計算區(qū)域數(shù)？先畫出控制流圖，確定獨立路徑。區(qū)域數(shù) V(G)=E-N+2 (E:邊數(shù)，N:結(jié)點數(shù))18. 什么是因果圖法？它有哪些特點？因果圖中有哪些約束？因果圖 ：因果圖方法是一種幫助人們系統(tǒng)地選擇一組高效測試用例的方法，它既考慮了輸入條件的組合關(guān)系， 又考慮了輸出條件對輸入條件的依賴關(guān)系， 即因果關(guān)系， 其測試用例發(fā)現(xiàn) 錯誤的效率比較高。 因果圖方法的 特點 是： 考慮輸入條件的組合關(guān)系； 考慮輸出條件對輸入條件的依賴關(guān)系，即因果關(guān)系； 測試用例發(fā)現(xiàn)錯誤

14、的效率高；能檢查出功能說明中的某些不一致或遺漏。 因果圖中的約束 ：E約束（異）：a和b中最多有一個可能為 1，即a和b不能同時為1I約束（或）：a、b、c中至少有一個必須為 1，即a、b、c不能同時為0。O 約束 （唯一）： a 和 b 必須有一個且僅有一個為 1。R約束（要求）:a是1時，b必須是1,即a為1時，b不能為0。M 約束 （強(qiáng)制 ）：若結(jié)果 a 為 1 ，則結(jié)果 b 強(qiáng)制為 0。19. 按照開發(fā)階段來分,軟件測試分為哪些測試和其各自含義？單元測試, 集中對用源代碼實現(xiàn)的每一個程序單元進(jìn)行測試, 檢查各個程序模塊是否正確地 實現(xiàn)了規(guī)定的功能。集成測試把已測試過的模塊集成起來,主要

15、對與設(shè)計相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進(jìn)行測試。 確認(rèn)測試則是要檢查已實現(xiàn)的軟件是否滿足了需求規(guī)格說明中確定了的各種需求,以和軟件配置是否完全、正確。系統(tǒng)測試把已經(jīng)經(jīng)過確認(rèn)的軟件納入實際運(yùn)行環(huán)境中,與其它系統(tǒng)成份組合在一起進(jìn)行測 試。20. 單元測試的內(nèi)容是什么？單元測試采用什么測試方法？在單元測試時, 測試者需要依據(jù)詳細(xì)設(shè)計說明書和源程序清單, 了解該模塊的 I/O 條件和模 塊的邏輯結(jié)構(gòu), 主要采用白盒測試的測試用例, 輔之以黑盒測試的測試用例, 使之對任何合 理的輸入和不合理的輸入,都能鑒別和響應(yīng)。模塊接口測試、局部數(shù)據(jù)結(jié)構(gòu)測試、路徑測試、錯誤處理測試、邊界測試21. 系統(tǒng)測試有哪些任務(wù)？主要

16、采用什么測試方法？系統(tǒng)測試一般要完成以下幾種測試功能測試 :驗證軟件是否滿足需求規(guī)格性能測試 :測試軟件在實際環(huán)境下運(yùn)行的有關(guān)性能需集成系統(tǒng)的所有成分負(fù)載測試 :測試系統(tǒng)在臨界狀態(tài)下運(yùn)行的穩(wěn)定性。強(qiáng)度 /壓力測試 :測試軟件在短期內(nèi)活動處于峰值時的反應(yīng),主要從速度上來反映容量測試 :測試軟件在承受大容量數(shù)據(jù)時的反映恢復(fù)測試 :驗證軟件在支撐軟件或硬件失敗中恢復(fù)的能力 安全測試 :驗證軟件的安全性能其他約束條件的測試22. 集成測試方式有哪些？ 增殖式集成方式 ：這種集成方式又稱漸增式集成 首先對一個個模塊進(jìn)行模塊測試，然后將這些模塊逐步集成成較大的系統(tǒng) 在集成的過程中邊連接邊測試，以發(fā)現(xiàn)連接過

17、程中產(chǎn)生的問題 通過增殖逐步集成成為要求的軟件系統(tǒng)。一次性集成方式 (big bang) ：它是一種非增殖式集成方式。也叫做整體拼裝。 使用這種方式， 首先對每個模塊分別進(jìn)行模塊測試， 然后再把所有模塊集成在一起進(jìn)行測試， 最終得到要求的軟件系統(tǒng)。23. 驗收測試常用的有哪些策略和其含義？正式驗收測試正式驗收測試是一項管理嚴(yán)格的過程， 它通常是系統(tǒng)測試的延續(xù)。 計劃和設(shè)計這些測試的 周密和詳細(xì)程度不亞于系統(tǒng)測試。選擇的測試用例應(yīng)該是系統(tǒng)測試中所執(zhí)行測試用例的子 集。非正式驗收或 a測試在非正式驗收測試中， 執(zhí)行測試過程的限定不象正式驗收測試中那樣嚴(yán)格。 在此測試中， 確 定并記錄要研究的功能和業(yè)務(wù)任務(wù)， 但沒有可以遵循的特定測試用例。 測試內(nèi)容由各測試員 決定。這種驗收測試方法不象正式驗收測試那樣組織有序，而且更為主觀。大多數(shù)情況下， 非正式驗收測試是由最終用戶組織執(zhí)行的。3測試3測試需要的控制是最少的。 在3測試中，采用的細(xì)節(jié)多少、數(shù)據(jù)和方法完全由各測試 員決定。各測試員負(fù)責(zé)創(chuàng)建自己的環(huán)境、選擇數(shù)據(jù)，并決定要研究的功能、特性或任務(wù)。各 測試員負(fù)責(zé)確定自己對