軟件測試習(xí)題集及答案(詳細(xì)版)解答

1、第一章1. 什么是軟件測試？軟件測試的目的和作用是什么答:軟件測試是在受控制的條件下對系統(tǒng)或應(yīng)用程序進(jìn)行操作并評價操作的結(jié)果。軟件測試的目的是以最少的時間和人力，系統(tǒng)地找出軟件中潛在的各種錯誤和缺陷。測試是為了證明程序有錯，而不是證明程序無錯。一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的 錯誤的測試。軟件測試的原則包括：所有的測試都應(yīng)追溯到用戶的需求；盡早地和不斷地進(jìn)行軟件 測試；不可能完全的測試，因為輸入量太大，執(zhí)行路徑太多；注意測試中的群集現(xiàn)象；避 免測試自己的程序；設(shè)計周密的測試用例。2. 軟件缺陷產(chǎn)生的原因?B .軟件設(shè)計答：A.軟件需求說明書編寫的不全面，不完整，不準(zhǔn)確，而且經(jīng)常更改說明書C

2、.軟件操作人員的水平 D .開發(fā)人員不能很好的理解需求明書和溝通不足3.軟件測試的意義?意義：1.2.3.4.對產(chǎn)品質(zhì)量完成全面的評估，為軟件產(chǎn)品發(fā)布（如驗收測試）、軟件系統(tǒng)部 署（如性能規(guī)劃測試）、軟件產(chǎn)品鑒定（第三方獨立測試）委托方和被委托 方糾紛仲裁（第三方獨立測試）和其它決策提供信息；通過持續(xù)的測試（包括需求評審、設(shè)計評審、代碼評審等）可以對產(chǎn)品質(zhì)量 提供持續(xù)的、快速的反饋，從而在整個開發(fā)過程中不斷地、及時地改進(jìn)產(chǎn)品的質(zhì)量，并減少各種返工，降低軟件開發(fā)的成本；通過測試發(fā)現(xiàn)所要交付產(chǎn)品的缺陷，特別是盡可能地發(fā)現(xiàn)各種嚴(yán)重的缺陷，降低或消除產(chǎn)品質(zhì)量風(fēng)險，提高客戶的滿意度，忠誠度。通過對缺陷進(jìn)

3、行分析， 找出缺陷發(fā)生的根本原因 錯誤的行為方式）或總結(jié)出軟件產(chǎn)品的缺陷模式， 產(chǎn)生類似的產(chǎn)品問題，達(dá)到缺陷預(yù)防的目的擴(kuò)大市場份額，提高客戶的（軟件過程中的問題，包括 避免將來犯同樣的錯誤或4.軟件測試與軟件開發(fā)的關(guān)系?11.等價分類法的測試技術(shù)采用的一般方法？舉例說明？答：軟件開發(fā)是一個系統(tǒng)的工程。包括需求分析，設(shè)計，編碼，測試，維護(hù)等等幾個環(huán)節(jié)。測試是整個軟件開發(fā)流程中的一個環(huán)節(jié)。5.簡述軟件測試過程 v模型和w模型的主要區(qū)別:V模型是軟件開發(fā)完了之后才開始測試活動。而W模型則是軟件測試活動伴隨著軟件開發(fā)活動。和軟件開發(fā)同時開展。W模型更加敏捷，對于軟件的交付期和品質(zhì)的保證能力更強(qiáng)。第二章

4、6. 測試計劃的目的是什么?答：軟件測試計劃是指導(dǎo)測試過程的綱領(lǐng)性文件，包含了產(chǎn)品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流、風(fēng)險分析等內(nèi)容。借助軟件測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務(wù)和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進(jìn)度，應(yīng)對測試過程中的各種變更。7. 什么是黑盒測試？黑盒測試主要采用的技術(shù)有哪些答：黑盒測試又稱為功能測試、數(shù)據(jù)驅(qū)動測試和基于規(guī)格說明的測試。它從用戶觀點 出發(fā)的測試。用這種方法進(jìn)行測試時，把被測試程序當(dāng)作一個黑盒，在不考慮程序內(nèi)部結(jié) 構(gòu)的內(nèi)部特性、測試者只知道該程序輸入和輸出之間的關(guān)系或程序功

5、能的情況下，依靠能 夠反映這一關(guān)系和程序功能需求規(guī)格的說明書，來確定測試用例和推斷測試結(jié)果的正確性。黑盒測試的方法包括：邊界值分析、等價類測試、基于決策表的測試和因果圖等。8. 簡單描述黑盒測試各種方法的特點。答：黑盒測試的方法主要有邊界值分析法、等價類劃分法、因果圖法、決策表測試法等。邊界值分析利用輸入變量的最小值、略大于最小值、輸入值域內(nèi)的任意值、略小于最大值和最大值來設(shè)計測試用例。等價類劃分法是把程序的輸入域劃分為若干部分，然后從每個部分中選取少數(shù)代表性數(shù)據(jù)當(dāng)作測試用例。經(jīng)過類別的劃分后，每一類的代表性數(shù)據(jù)在測試中的作用都等價于這一類中的其他值。，將因果圖方法就是從程序規(guī)格說明書的描述中

6、找出因（輸入條件）和果（輸出結(jié)果）因果圖轉(zhuǎn)換為決策表，最后為決策表中的每一列設(shè)計一個測試用例。這種方法考慮到了輸入情況各種組合以及各個輸入情況之間的相互制約關(guān)系。在所有的黑盒測試方法中，基于決策表的測試是最為嚴(yán)格、最具有邏輯性的。在一些數(shù)據(jù)處理問題當(dāng)中，某些操作的實施依賴于多個邏輯條件的組合，即：針對不同邏輯條件的組合值，分別執(zhí)行不同的操作。決策表法很適合測試這類問題。9. 如果能夠執(zhí)行完美的黑盒測試，還需要進(jìn)行白盒測試嗎？為什么?答：需要，黑盒測試可根據(jù)程序規(guī)格檢驗程序是否完成規(guī)定功能，但無法發(fā)現(xiàn)程序內(nèi) 部的編碼和邏輯錯誤，白盒測試與之相反互補(bǔ)。10.邊界值測試有幾種方法?答：邊界值分析和健

7、壯性測試答:(1)為每個等價類編號;設(shè)計一個新的測試方案，以盡可能多的覆蓋尚未被覆蓋的有效等價類，重復(fù)這步驟，直到所有有效等價類被覆蓋為止。設(shè)計一個新的測試方案，使它覆蓋一個尚未被覆蓋的無效等價類，重復(fù)這一步驟，直到所有無效等價類被覆蓋為止。12.什么是等價類？如何劃分等價類？等價類測試中有哪些方法?答:把單元的輸入域化分為幾種數(shù)據(jù)類，每種用來發(fā)現(xiàn)一類的錯誤，每類只用提供一個或幾個用例數(shù)據(jù)。目的是減少用例數(shù)量。13.請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。答：黑盒測試：已知產(chǎn)品的功能設(shè)計規(guī)格，可以進(jìn)行測試證明每個 要求。實現(xiàn)了的功能是否符合白盒測試

8、：已知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種 要求，所有內(nèi)部成分是否以經(jīng)過檢查 。內(nèi)部操作是否符合設(shè)計規(guī)格軟件的黑盒測試意味著測試要在軟件的接口處進(jìn)行。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書, 檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動測試。黑 盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：1、是否有不正確或遺漏的功能2、在接口上，輸入是否能正確的接受？能否輸出正確的結(jié)果？3、是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息（例如數(shù)據(jù)文件）訪問錯誤？4、性能上是否能夠滿足要求5、是否有初始化或終止性錯誤軟件的白盒測試是對軟件

9、的過程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計或選擇測試用例， 對程序所有邏輯路徑進(jìn)行測試。通過在不同點檢查程序狀態(tài)，確定實際狀態(tài)是否與預(yù)期的 狀態(tài)一致。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試。白盒測試主要是想對程序模塊進(jìn)行如下檢查:1、對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。2、對所有的邏輯判定，取 真”與取 假”的兩種情況都能至少測一遍。3、在循環(huán)的邊界和運行的界限內(nèi)執(zhí)行循環(huán)體。4、測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。單元測試（模塊測試）是開發(fā)者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確。通

10、常而言，一個單元測試是用于判斷某個特定條件（或者場景）下某個特定函數(shù)的行為。單元測試是由程序員自己來完成，最終受益的也是程序員自己?？梢赃@么說，程序員有責(zé) 任編寫功能代碼，同時也就有責(zé)任為自己的代碼編寫單元測試。執(zhí)行單元測試，就是為了 證明這段代碼的行為和我們期望的一致。集成測試（也叫組裝測試，聯(lián)合測試）是單元測試的邏輯擴(kuò)展。它的最簡單的形式是：兩個 已經(jīng)測試過的單元組合成一個組件，并且測試它們之間的接口。從這一層意義上講，組件 是指多個單元的集成聚合。在現(xiàn)實方案中，許多單元組合成組件，而這些組件又聚合成程 序的更大部分。方法是測試片段的組合，并最終擴(kuò)展進(jìn)程，將您的模塊與其他組的模塊一 起測試

11、。最后，將構(gòu)成進(jìn)程的所有模塊一起測試。系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)是否確實能提 供系統(tǒng)方案說明書中指定功能的有效方法。（常見的聯(lián)調(diào)測試） 系統(tǒng)測試的目的是對最終軟件系統(tǒng)進(jìn)行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且 遵循系統(tǒng)設(shè)計。驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準(zhǔn)備就緒，并 且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。驗收測試是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設(shè)計把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn) 一步驗證軟件的有效性，這就是驗收測試的任務(wù)

12、，即軟件的功能和性能如同用戶所合理期 待的那樣。第三章14. 什么是白盒測試？白盒測試主要采用的技術(shù)有哪些？白盒測試有那幾種方法？并簡單描述各種方法的特點。答：白盒測試又稱為結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序的測試。它依賴于對程序細(xì) 節(jié)的嚴(yán)密的檢驗。針對特定條件和循環(huán)集設(shè)計測試用例，對軟件的邏輯路徑進(jìn)行測試。在 程序的不同點檢驗程序的狀態(tài)，來進(jìn)行判定其實際情況是否和預(yù)期的狀態(tài)相一致。白盒測試包括：邏輯覆蓋、基路徑測試、數(shù)據(jù)流測試、程序插裝等。總體上分為靜態(tài)方法和動態(tài)方法兩大類靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致，沒有沖突或者沒有歧義動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組

13、合覆蓋、路徑覆蓋。15. 常用的邏輯覆蓋測試方法有哪幾種？并簡單描述各種方法的目的。/條件覆蓋及路徑覆蓋。答：邏輯覆蓋可分為：語句覆蓋、判定覆蓋、條件覆蓋、判定語句覆蓋：要求設(shè)計若干個測試用例，運行被測程序，使程序中的每個可執(zhí)行語句至 少被執(zhí)行一次。判定覆蓋：要求設(shè)計若干測試用例，運行被測程序，使得程序中每個判斷的取真分支 和取假分支至少執(zhí)行一次，即判斷的真假值均要被檢測。判定覆蓋又稱為分支覆蓋。條件覆蓋：要求設(shè)計若干測試用例，執(zhí)行被測程序，使得程序中每個判斷的每個條件 的可能取值至少被執(zhí)行一次。判定 /條件覆蓋：要求設(shè)計足夠的測試用例，執(zhí)行被測程序，使得判斷中每個條件的所 有可能取值至少被執(zhí)

14、行一次，同時每個判斷的所有可能判斷結(jié)果也至少被執(zhí)行一次。路徑覆蓋：要求設(shè)計足夠多測試用例，覆蓋程序中所有可能的路徑。16. 邏輯覆蓋中幾種主要覆蓋的含義 ?舉例說明 ?答：邏輯覆蓋是一種使用最廣泛的結(jié)構(gòu)測試方法。邏輯覆蓋以程序內(nèi)部的邏輯結(jié)構(gòu)為 基礎(chǔ)設(shè)計測試用例，要求對被測程序的邏輯結(jié)構(gòu)有清楚的了解，甚至要能掌握源程序的所 有細(xì)節(jié)。由于覆蓋測試的目標(biāo)不同，邏輯覆蓋可分為：語句覆蓋、判定覆蓋、條件覆蓋、判定 條件覆蓋及路徑覆蓋。第五章17. 單元測試有那些步驟，各個步驟有那些實施內(nèi)容。答：1.靜態(tài)檢查：用工具Logiscope或者人工檢查單2.動態(tài)檢查 :用工具 PurifyPlus 或者人工調(diào)試

15、3.測試用例執(zhí)行 （工具或人工 ）設(shè)計測試用例及數(shù)據(jù)； （提前）編寫測試用例代碼、腳本、驅(qū)動模塊和樁模塊；提前）運行測試用例，記錄結(jié)果。 （在步驟 1,2 之后進(jìn)行）18. 非增量式測試與增量式測試答：非增量式測試的方法是先分散測試，然后集中起來再一次完成集成測試。假如在 模塊的接口處存在錯誤，只會在最后的集成測試時一下子暴露出來。增量式測試是逐步集成和逐步測試的方法，把可能出現(xiàn)的差錯分散暴露出來，便于找 出問題和修改。而且一些模塊在逐步集成的測試中，得到了較多次的考驗，因此，可能會 取得較好的測試效果。結(jié)論：增量式測試要比非增量式測試具有一定的優(yōu)越性。并比較兩者的優(yōu)點19. 簡述自頂向下增量

16、式測試和自底向上增量式測試兩種集成測試方法，和缺點。答：自頂向下增量式測試：主要優(yōu)點在于它可以自然的做到逐步求精，一開始就能讓測試者看到系統(tǒng)的框架。主要缺點是需要提供樁模塊，并且在輸入/輸出模塊接入系統(tǒng)以前，在樁模塊中表示測 試數(shù)據(jù)有一定困難。自底向上增量式測試：優(yōu)點在于，由于驅(qū)動模塊模擬了所有調(diào)用參數(shù)，即使數(shù)據(jù)流并未構(gòu)成有向的非環(huán)狀圖， 生成測試數(shù)據(jù)也無困難。主要缺點在于，直到最后一個模塊被加進(jìn)去之后才能看到整個程序（系統(tǒng)）的框架。20. 簡述集成測試的過程。集成測試的方法有那些？答：系統(tǒng)集成測試主要包括以下過程：1.構(gòu)建的確認(rèn)過程。2.補(bǔ)丁的確認(rèn)過程。3.系統(tǒng)集成測試測試組提交過程。4.測試用例設(shè)計過程。5.測試代碼編寫過程。6. Bug 的報告過程。7. 每周 / 每兩周的構(gòu)建過程。8. 點對點的測試過程。9. 組內(nèi)培訓(xùn)過程。21. 比較自頂向下集成測試和自底向上集成測試的優(yōu)劣答：自頂向下集成測試表示逐步集成和逐步測試是按照結(jié)構(gòu)圖自上而下進(jìn)行的，即模 向上集成測試表示逐步集成和逐步測試的工作是按結(jié)構(gòu)圖自下而上進(jìn)行的，由于是從最底 層開始集成，所以也就不再需要使用樁模塊進(jìn)行輔助測試。