軟件測試習(xí)題集

1、軟件測試習(xí)題集一、判斷題1、發(fā)現(xiàn)錯誤多的模塊，殘留在模塊中的錯誤也多。( ) 2、測試人員在測試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己又可以修改，應(yīng)立即將此問題正確修改，以加快開發(fā)的進(jìn)程。（ × ）3、單元測試通常應(yīng)該先進(jìn)行“人工走查”，再以白盒法為主，輔以黑盒法進(jìn)行動態(tài)測試。（ ）4、功能測試是系統(tǒng)測試的主要內(nèi)容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說明相同。（ ）5、軟件質(zhì)量管理即QM由QA和QC構(gòu)成，軟件測試屬于QC的核心工作內(nèi)容。（）6、軟件測試只能發(fā)現(xiàn)錯誤，但不能保證測試后的軟件沒有錯誤。()7、軟件就是程序。(X)8、測試只要做到語句覆蓋和分支覆蓋，就可以發(fā)現(xiàn)程序中的

2、所有錯誤。(X)9 軟件測試 的目的是盡可能多的找出軟件的缺陷。（ Y）10 Beta 測試是驗(yàn)收測試的一種。（ Y）11 驗(yàn)收測試是由最終用戶單方面來實(shí)施的。（ N ）12 單元測試能發(fā)現(xiàn)約80% 的軟件缺陷。（ Y ）13 代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計的要求。（ N ）14 自底向上集成需要測試員編寫驅(qū)動程序。（ Y ）16 負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（ N ）15 測試人員要堅持原則，缺陷未修復(fù)完堅決不予通過。（ N ）16 代碼評審員一般由測試員擔(dān)任。（ N ）17 我們可以人為的使得軟件不存在配置問題。（ N ）18 集成測試計劃在需求分析階段末提交

3、。（ N ）19. 測試是調(diào)試的一個部分 （ ）20. 程序中隱藏錯誤的概率與其已發(fā)現(xiàn)的錯誤數(shù)成正比（ ）21. 測試的目的是發(fā)現(xiàn)軟件中的錯誤。（ ）22. 代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計的要求。（ ）23. 自底向上集成需要測試員編寫驅(qū)動程序。（ ）24. 因?yàn)闇y試工作簡單，對軟件產(chǎn)品影響不大，所以可以把測試作為新員工的一個過渡工作，或安排不合格的開發(fā)人員做測試。（N）25. 在集成測試過程中，剛開始集成時由于規(guī)模較小，主要以黑盒測試為主(N)。26Beta 測試是驗(yàn)收測試的一種。（Y）27 軟件測試和軟件調(diào)試是同一回事。（N）28負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（

4、N）29. 軟件測試是可以無窮盡的。（N）30. 測試不能修復(fù)所有的軟件故障。（Y）31. 測試過程中應(yīng)重視測試的執(zhí)行，可以輕視測試的設(shè)計。（N）32項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。（Y）33. 測試是為了證明軟件的正確性。（N）34. 單元測試一般由專門的測試人員進(jìn)行（N）二、    選擇題 (每題2分   20 )1、 進(jìn)行軟件質(zhì)量管理的重要性有：（ABCD）A、維護(hù)降低成本   B、法律上的要求      C、市場競爭的需要D、質(zhì)量標(biāo)準(zhǔn)化的趨勢  E、軟

5、件工程的需要    F、CMM過程的一部分G、方便與客戶進(jìn)一步溝通為后期的實(shí)施打好基礎(chǔ)2、選出屬于黑盒測試方法的選項(xiàng)（ABC）A、測試用例覆蓋   B、輸入覆蓋     C、輸出覆蓋D、分支覆蓋     E、語句覆蓋    F、條件覆蓋3、編寫測試計劃的目的是：（ABC）A、使測試工作順利進(jìn)行 B、使項(xiàng)目參與人員溝通更舒暢 C、使測試工作更加系統(tǒng)化D、軟件工程以及軟件過程的需要 E、軟件過程規(guī)范化的要求F、控制軟件質(zhì)

6、量4、依存關(guān)系有4種分別是：（ABCD）A、開始結(jié)束   B、開始開始   C、結(jié)束開始D、結(jié)束結(jié)束   E、開始實(shí)施結(jié)束 F、結(jié)束審核開始5、軟件質(zhì)量管理（QM）應(yīng)有質(zhì)量保證（QA）和質(zhì)量控制（QC）組成，下面的選項(xiàng)屬于QC得是：（ABC）A、測試  B、跟蹤 C、監(jiān)督D、制定計劃 E、需求審查 F、程序代碼審查6、實(shí)施缺陷跟蹤的原由是：（ABCD）A、軟件質(zhì)量無法控制 B、問題無法量化  C、重復(fù)問題接連產(chǎn)生 D、解決問題的知識無法保留 E、

7、確保缺陷得到解決 F、使問題形成完整的閉環(huán)處理7、使用軟件測試工具的目的：（ABC）A、幫助測試尋找問題  B、協(xié)助問題的診斷 C、節(jié)省測試時間D、提高Bug的發(fā)現(xiàn)率 E、更好的控制缺陷提高軟件質(zhì) F、更好的協(xié)助開發(fā)人員8、典型的瀑布模型的四個階段是：（ABCD）A、分析 B、設(shè)計 C、編碼D、測試 E、需求調(diào)研 F、實(shí)施9 軟件驗(yàn)收測試的合格通過準(zhǔn)則是：（ABCD）A 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B 所有測試項(xiàng)沒有殘余一級、二級和三級錯誤。C 立項(xiàng)審批表、需求分析文檔、設(shè)計文檔和編碼實(shí)現(xiàn)一致。D 驗(yàn)收測

8、試工件齊全。10 軟件測試計劃評審會需要哪些人員參加？（ ABCD ）A 項(xiàng)目經(jīng)理B SQA 負(fù)責(zé)人C 配置負(fù)責(zé)人D 測試組11 下列關(guān)于alpha 測試的描述中正確的是：（ AD ）A alpha 測試需要用戶代表參加B alpha 測試不需要用戶代表參加C alpha 測試是系統(tǒng)測試的一種D alpha 測試是驗(yàn)收測試的一種12 測試設(shè)計員的職責(zé)有：（ BC ）A 制定測試計劃B 設(shè)計測試用例C 設(shè)計測試過程、腳本D 評估測試活動三、填空1.軟件驗(yàn)收測試包括：正式驗(yàn)收測試，alpha測試，beta測試。2.請列舉三種以上系統(tǒng)測試的策略有：功能測試，性能測試，可靠性測試，負(fù)載測試，易用性測試

9、，強(qiáng)度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復(fù)測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試，（答對其中任意三個即得分）3.設(shè)計系統(tǒng)測試計劃需要參考的項(xiàng)目文擋有：軟件測試計劃，軟件需求工件和迭代計劃。4.對面向過程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。5. 在已役入運(yùn)行的軟件中，與財務(wù)有關(guān)的關(guān)鍵軟件所允許的故障密度為 110 個/每千行6. 缺陷發(fā)現(xiàn)或解決得越遲，成本越高，幾乎呈指數(shù)增長7.測試人員座右銘：盡早地、不斷地測試！8.軟件測試的對象: 需求分析說明書 、 概要設(shè)計說明書、詳細(xì)設(shè)計說明書、源代碼9. 單元測試也稱模塊測試，測試的對象是軟件

10、的最小單元程序模塊。10.單元測試的目的是檢測程序模塊中的錯誤故障，著力解決以下五個方面的問題：模塊接口測試、模塊局部數(shù)據(jù)結(jié)構(gòu)測試、覆蓋測試、出錯處理檢測、邊界條件測試。11.系統(tǒng)測試的主要內(nèi)容包括：功能測試、性能測試、用戶界面測試、安全性測試、壓力測試、可靠性測試、安裝/卸載測試等。12. 人為測試的主要方法有桌前檢查 (desk checking) ，代碼審查（ code review ）和走查（ walkthrough ）。13.兼容性測試需要重點(diǎn)考慮的兼容性問題有：操作系統(tǒng)的兼容性；瀏覽器的兼容性；硬件的兼容性。14.邊界值分析法的基本思想是：選取正好等于、剛剛大于和剛剛小于邊界值的數(shù)

11、據(jù)進(jìn)行測試。15. 白盒測試的兩類主要方法是：靜態(tài)測試和動態(tài)測試。16.邏輯覆蓋以程序的內(nèi)部邏輯結(jié)構(gòu)為基礎(chǔ)，主要分以下幾種方式：語句覆蓋、判定覆蓋(分支覆蓋)、條件覆蓋、判定/條件覆蓋、條件組合覆蓋四、問答題1、測試人員在軟件開發(fā)過程中的任務(wù)是什么？答：1)、尋找Bug；2)、避免軟件開發(fā)過程中的缺陷；3)、衡量軟件的品質(zhì)；4)、關(guān)注用戶的需求?？偟哪繕?biāo)是：確保軟件的質(zhì)量。2、一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？答：一條Bug記錄最基本應(yīng)包含：編號、Bug所屬模塊、Bug描述、Bug級別、發(fā)現(xiàn)日期、發(fā)現(xiàn)人、修改日期、修改人、修改方法、回歸結(jié)

12、果等等；要有效的發(fā)現(xiàn)Bug需參考需求以及詳細(xì)設(shè)計等前期文檔設(shè)計出高效的測試用例，然后嚴(yán)格執(zhí)行測試用例，對發(fā)現(xiàn)的問題要充分確認(rèn)肯定，然后再向外發(fā)布如此才能提高提交Bug的質(zhì)量。3、黑盒測試和白盒測試是軟件測試的兩種基本方法，請分別說明各自的優(yōu)點(diǎn)和缺點(diǎn)！答：黑盒測試的優(yōu)點(diǎn)有：1）比較簡單，不需要了解程序內(nèi)部的代碼及實(shí)現(xiàn)；2）與軟件的內(nèi)部實(shí)現(xiàn)無關(guān)；3）從用戶角度出發(fā)，能很容易的知道用戶會用到哪些功能，會遇到哪些問題；4）基于軟件開發(fā)文檔，所以也能知道軟件實(shí)現(xiàn)了文檔中的哪些功能；5）在做軟件自動化測試時較為方便。黑盒測試的缺點(diǎn)有：1）不可能覆蓋所有的代碼，覆蓋率較低，大概只能達(dá)到總代碼量的30%；2）

13、自動化測試的復(fù)用性較低。白盒測試的優(yōu)點(diǎn)有：幫助軟件測試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題。白盒測試的缺點(diǎn)有：1）程序運(yùn)行會有很多不同的路徑，不可能測試所有的運(yùn)行路徑；2）測試基于代碼，只能測試開發(fā)人員做的對不對，而不能知道設(shè)計的正確與否，可能會漏掉一些功能需求；3）系統(tǒng)龐大時，測試開銷會非常大。4、 根據(jù)自己的理解回答什么是軟件測試，軟件測試分為哪幾個階段。答：軟件測試是一個為了尋找軟件中的錯誤而運(yùn)行軟件的過程，一個成功的測試是指找到了迄今為止尚未發(fā)現(xiàn)的錯誤的測試。   軟件測試一般分為單元測試、集成測試和系統(tǒng)測試。5、根據(jù)自己的理解什么是測試用例和

14、測試規(guī)程？答：狹義的講，一個測試用例就是測試人員用以測試被測軟件的某個特性或特性組合的一組數(shù)據(jù)。這組數(shù)據(jù)可能是從用戶處得來的實(shí)際的一組數(shù)據(jù)，也可能是測試人員專門設(shè)計出來的測試軟件某些功能的一組數(shù)據(jù)。測試規(guī)程就是詳細(xì)的對測試用例設(shè)計方法、測試方法、測試工具、測試環(huán)境和測試數(shù)據(jù)進(jìn)行描述的文檔，還可以包括能把某個或某一組測試用例應(yīng)用到被測軟件上完成某項(xiàng)測試的一系列的操作步驟。6、軟件驗(yàn)收測試包括哪些內(nèi)容？答：正式驗(yàn)收測試，alpha測試，beta測試。7、設(shè)計系統(tǒng)測試計劃需要參考哪些文檔？答：軟件測試計劃，軟件需求工件和迭代計劃。8、對面向過程的系統(tǒng)采用的集成策略有哪兩種？答：自頂向下，自底向上兩種

15、。9、.通過畫因果圖來寫測試用例的步驟是什么？答：（1）根據(jù)程序規(guī)格說明書描述，分析并確定因（輸入條件）和果（輸出結(jié)果或程序狀態(tài)的改變），畫出因果圖。（2）將得到的因果圖轉(zhuǎn)換為判定表。（3）為判定表中每一列所表示的情況設(shè)計一個測試用例。10、階段評審與同行評審有哪些不同？答：目的人數(shù)內(nèi)容時間同行評審發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤,只要是找錯誤3-7人 人員必須經(jīng)過同行評審會議的培訓(xùn),由SQA指導(dǎo)內(nèi)容小 一般文檔 < 40頁, 代碼 < 500行一小部分工作產(chǎn)品完成階段評審評審模塊 階段作品的正確性 可行性 及完整性5人左右 評審人必須是專家 具有系統(tǒng)評審資格內(nèi)容多,主要看重點(diǎn)通常是設(shè)置在

16、關(guān)鍵路徑的時間點(diǎn)上11、什么是軟件測試答：測試是為發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試，甚至根據(jù)需要編寫不同的測試工具，設(shè)計和維護(hù)測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進(jìn)行分析和評估。執(zhí)行測試用例后，需要跟蹤故障，以確保開發(fā)的產(chǎn)品適合需求。12、白盒測試有幾種方法答：總體上分為靜態(tài)方法和動態(tài)方法兩大類。13、靜態(tài)測試和動態(tài)測試有什么區(qū)別？答：靜態(tài)測試不需要在計算機(jī)上運(yùn)行程序；而動態(tài)測試需要將程序通過在計算機(jī)上運(yùn)行以發(fā)現(xiàn)錯誤。14、系統(tǒng)測試計劃是否需要同行審批，為什么答：需要，系統(tǒng)測試計劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評審。15、什么是Alp

17、ha測試？答：Alpha測試（測試）是由一個用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測試，Alpha測試不能由程序員或測試員完成。Alpha測試發(fā)現(xiàn)的錯誤，可以在測試現(xiàn)場立刻反饋給開發(fā)人員，由開發(fā)人員及時分析和處理。目的是評價軟件產(chǎn)品的功能、可使用性、可靠性、性能和支持。尤其注重產(chǎn)品的界面和特色。Alpha測試可以從軟件產(chǎn)品編碼結(jié)束之后開始，或在模塊（子系統(tǒng)）測試完成后開始，也可以在確認(rèn)測試過程中產(chǎn)品達(dá)到一定的穩(wěn)定和可靠程度之后再開始。有關(guān)的手冊（草稿）等應(yīng)該在Alpha測試前準(zhǔn)備好。16、什么是Beta測試？答：Beta測試（測試）是軟件的多個用戶在一

18、個或多個用戶的實(shí)際使用環(huán)境下進(jìn)行的測試。開發(fā)者通常不在測試現(xiàn)場，Beta測試不能由程序員或測試員完成。因而，Beta測試是在開發(fā)者無法控制的環(huán)境下進(jìn)行的軟件現(xiàn)場應(yīng)用。在Beta測試中，由用戶記下遇到的所有問題，包括真實(shí)的以及主管認(rèn)定的，定期向開發(fā)者報告，開發(fā)者在綜合用戶的報告后，做出修改，最后將軟件產(chǎn)品交付給全體用戶使用。Beta測試著重于產(chǎn)品的支持性，包括文檔、客戶培訓(xùn)和支持產(chǎn)品的生產(chǎn)能力。只有當(dāng)Alpha測試達(dá)到一定的可靠程度后，才能開始Beta測試。由于Beta測試的主要目標(biāo)是測試可支持性，所以Beta測試應(yīng)該盡可能由主持產(chǎn)品發(fā)行的人員來管理。17、Alpha 測試與beta 有什么區(qū)別

19、？答：Alpha 測試 在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試；測試后仍然會有少量的設(shè)計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。Beta 測試 當(dāng)開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。18、比較負(fù)載測試，容量測試和強(qiáng)度測試的區(qū)別答：負(fù)載測試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時間。強(qiáng)度測試：在一定的負(fù)荷條件下，在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。容量測試：容量測試目的是通過測試預(yù)先分 析出反映軟件 系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫

20、記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測試 還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù) 的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。19、請簡單地描述軟件測試活動的生命周期？答：測試周期分為計劃、設(shè)計、實(shí)現(xiàn)、執(zhí)行、總結(jié)。其中：計劃階段對整個測試周期中所有活動進(jìn)行規(guī)劃，估計工作量、風(fēng)險，安排人力物力資源，安排進(jìn)度等；設(shè)計階段完成測試方案，從技術(shù)層面上對測試進(jìn)行規(guī)劃；實(shí)現(xiàn)階段進(jìn)行測試用例和測試規(guī)程設(shè)計；執(zhí)行階段根據(jù)前期完成的計劃、方案、用例

21、、規(guī)程等文檔，執(zhí)行測試用例?？偨Y(jié)階段記錄測試結(jié)果，進(jìn)行測試分析，完成測試報告。20、軟件的缺陷等級應(yīng)如何劃分？A 類 嚴(yán)重錯誤，包括以下各種錯誤：1 )由于程序所引起的死機(jī), 非法退出;2)死循環(huán);3)數(shù)據(jù)庫發(fā)生死鎖;4) 因錯誤操作導(dǎo)致的程序中斷;5)功能錯誤;6)與數(shù)據(jù)庫連接錯誤; 7)數(shù)據(jù)通訊錯誤B 類 較嚴(yán)重錯誤，包括以下各種錯誤：1)程序錯誤; 2)程序接口錯誤;3)數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件C 類 一般性錯誤，包括以下各種錯誤：1)操作界面錯誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致）;2)打印內(nèi)容、格式錯誤 3)簡單的輸入限制未放在前臺進(jìn)行控制;4)刪除操作未

22、給出提示 5)數(shù)據(jù)庫表中有過多的空字段D 類 較小錯誤，包括以下各種錯誤：1)界面不規(guī)范 2)輔助說明描述不清楚;3輸入輸出不規(guī)范4)長操作未給用戶提示5) 提示窗口文字未采用行業(yè)術(shù)語6)可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志21、軟件具有哪些特點(diǎn)？答：(1) 軟件是一種邏輯實(shí)體，而不是具體的物理實(shí)體。因而它具有抽象性。(2) 軟件的生產(chǎn)與硬件不同，它沒有明顯的制造過程。對軟件的質(zhì)量控制，必須著重在軟件開發(fā)方面下功夫。(3) 在軟件的運(yùn)行和使用期間，沒有硬件那樣的機(jī)械磨損，老化問題。然而它存在退化問題，必須要對其進(jìn)行多次的修改與維護(hù)。(4) 軟件的開發(fā)和運(yùn)行常常受到計算機(jī)系統(tǒng)的制約，對計算機(jī)系

23、統(tǒng)有著不同程度的依賴性。為了解除這種依賴性，在軟件開發(fā)中提出了軟件移植的問題。(5) 軟件的開發(fā)至今尚未完全擺脫人工藝的開發(fā)方式。(6) 軟件本身是復(fù)雜的。軟件的復(fù)雜性可能來自它所反映的實(shí)際問題的復(fù)雜性，也可能來自程序邏輯結(jié)構(gòu)的復(fù)雜性。(7) 軟件成本相當(dāng)昂貴。軟件的研制工作需要投入大量的、復(fù)雜的、高強(qiáng)度的腦力勞動，它的成本是比較高的。(8) 相當(dāng)多的軟件工作涉及到社會因素。許多軟件的開發(fā)和運(yùn)行涉及機(jī)構(gòu)、體制及管理方式等問題，它直接影響到項(xiàng)目的成敗。22、軟件的分類方法有哪些？答：（1）按軟件的功能分類 （2）按軟件服務(wù)對象的范圍分類 （3）按開發(fā)軟件所需要的人力、時間以及完成的源程序行數(shù)分類

24、。（4）按軟件工作方式分類：實(shí)時處理軟件、分時軟件、交互式軟件、批處理軟件。23. 簡述軟件測試人員需要的知識結(jié)構(gòu)。答： 需要具有懂得計算機(jī)的基本理論，又有一定開發(fā)經(jīng)驗(yàn)的人員； 需要具有了解軟件開發(fā)的基本過程和特征，對軟件有良好的理解能力，掌握軟件測試相關(guān)理論及技術(shù)的人員； 需要具有軟件業(yè)務(wù)經(jīng)驗(yàn)的人員； 需要根據(jù)測試計劃和方案進(jìn)行軟件測試；針對軟件需求開發(fā)測試模型，制定測試方案，安排測試計劃，搭建測試環(huán)境, 進(jìn)行基本測試,設(shè)計簡單的測試用例； 需要具有規(guī)劃設(shè)計環(huán)境；編制測試大綱并設(shè)計測試用例；對軟件進(jìn)行全面測試工作的人員； 需要具有編制測試計劃；評審測試方案,規(guī)范測試流程及測試文檔；分析測試結(jié)

25、果,管理測試項(xiàng)目； 需要會操作軟件測試工具的人員。24、白盒測試有哪4個原則？答：1）保證一個模塊中所有路徑至少被測試一次； 2）所有邏輯值都要測試真和假兩種情況； 3）檢查程序的內(nèi)部數(shù)據(jù)結(jié)構(gòu)是否有效； 4）再上、下邊界及可操作范圍內(nèi)運(yùn)行所有循環(huán)。25、請簡要寫出白盒測試常用的7類技術(shù)中的5類以上技術(shù)。答：邏輯覆蓋法、插樁技術(shù)、基本路徑測試法、域測試法、符號測試、Z路徑覆蓋法、程序變異測試法26、邏輯覆蓋主要測試哪8各方面的覆蓋率（寫出5個以上）？答：（1） 語句覆蓋（2） 判定覆蓋（3） 條件覆蓋（4） 條件判定組合覆蓋（5） 多條件覆蓋（6） 修正條件判定覆蓋（7） 組合覆蓋（8） 路徑覆

26、蓋27、請詳細(xì)說明黑盒測試的方法。答： 因?yàn)楹诤袦y試是一種基于證明功能需求和用戶最終需求的測試方法，所以在選擇測試，設(shè)計測試方法方面有如下幾種。 等價類劃分法； 邊界值分析法； 因果圖法； 判定表驅(qū)動測試； 場景法； 功能圖法； 錯誤推測法； 正交試驗(yàn)設(shè)計法。在實(shí)際測試工作中，往往是綜合使用各種方法才能有效提高地提高測試效率和測試覆蓋率，這就需要認(rèn)真掌握這些方法的原理，積累更多的測試經(jīng)驗(yàn)，以有效地提高測試水平和測試的效率。28、黑盒測試的原則都有哪些？答： 根據(jù)軟件規(guī)格說明書設(shè)計測試用例，規(guī)格說明書的正確性是至關(guān)重要的。 有針對性的地找問題，并且正確定位等價類 功能是否有缺陷或錯誤現(xiàn)象？ 根據(jù)

27、測試的重要性來確定測試等級和測試重點(diǎn)，減少程序可能出現(xiàn)的缺陷。 在接口處，輸入的信息是否能正確接受？接受后能否輸出正確的結(jié)果？ 認(rèn)真選擇測試策略，盡可能發(fā)現(xiàn)程序的數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息訪問錯誤，站在用戶立場上進(jìn)行測試。29. 測試用例主要包括哪些內(nèi)容？答：完整的測試用例通常包括： 測試用例的編號； 測試日期； 測試用例設(shè)計人員和測試人員； 測試用例的優(yōu)先級； 測試標(biāo)題； 測試目標(biāo)； 測試環(huán)境； 輸入數(shù)據(jù)/動作； 測試的操作步驟； 測試預(yù)期的結(jié)果。30. 設(shè)計測試用例所需哪些文檔資料？答：設(shè)計測試用例所需要的文檔資料包括： 軟件需求說明書； 軟件設(shè)計說明書； 軟件測試需求說明書； 成熟的測試用例

28、（案例庫或財富庫）。31、簡述單元測試的目的。答：單元測試目的主要有以下幾點(diǎn)：（1）檢查單元模塊內(nèi)部的錯誤，為軟件的評審驗(yàn)收提供依據(jù)。（2）單元測試是以程序設(shè)計說明書和之前所作的測試數(shù)據(jù)（正常的和錯誤的）為指導(dǎo)，測試模塊內(nèi)重要的路徑，以檢查出錯誤；（3）檢驗(yàn)信息能否正確地流入和流出單元；（4）在單元測試工作過程中，其內(nèi)部數(shù)據(jù)能否保持其完整性，包括內(nèi)部數(shù)據(jù)的形式、內(nèi)容及相互關(guān)系不發(fā)生錯誤，也包括全局變量在單元中的處理和影響。 （5）在為限制數(shù)據(jù)加工而設(shè)置的邊界處，能否正確工作。（6）單元的運(yùn)行能否做到滿足特定的邏輯覆蓋。 （7）單元中發(fā)生了錯誤，其中的出錯處理措施是否有效。32. 邊界條件測試主

29、要測試的是哪3點(diǎn)？答：（1）程序內(nèi)有一個n次循環(huán)，這個n次循環(huán)應(yīng)該是1n，而不是0n；（2）由小于 小于等于 等于 大于 大于等于 不等于確定的比較值出錯；（3）出線上溢、下溢和地址異常問題。33.請簡述功能測試的基本要求。答：功能測試（Functional testing）是基于產(chǎn)品功能說明書并根據(jù)產(chǎn)品特征、操作描述和用戶方案，來測試產(chǎn)品的每個功能是否都能正常使用、是否達(dá)到了產(chǎn)品規(guī)格說明書的要求。功能測試只需要考慮它的功能點(diǎn)不需要考慮軟件的內(nèi)部結(jié)構(gòu)及代碼等。功能測試包括用戶界面測試、各種操作的測試、不同的數(shù)據(jù)輸入、邏輯思路、數(shù)據(jù)輸出和存儲等的測試。34. 請詳細(xì)說明搜索功能測試的方法主要包括

30、的內(nèi)容。答：對于搜索功能，主要通過以下八點(diǎn)測試：1 頁面檢查；2 默認(rèn)條件搜索；3 修改可選條件搜索；4 修改輸入條件搜索；5 修改區(qū)間條件搜索；6 組合可選、輸入條件搜索；7 操作后檢查搜索條件及查詢結(jié)果；8 錯誤、空記錄搜索。35. 請說明集成測試的過程，可以用圖表表示。答：集成測試的過程包括：制定集成測試計劃，設(shè)計集成測試，實(shí)施集成測試，執(zhí)行集成測試，評估集成測試。如下圖所示。36. 請列舉性能測試的先決條件。答：性能測試的先決條件包括：（1）針對性能測試對象的技術(shù)要成熟；（2）性能測試的測試環(huán)境要穩(wěn)定； （3）進(jìn)行性能測試的準(zhǔn)備要充分；（4）性能測試的目標(biāo)要明確；（5）性能測試的計劃要

31、詳細(xì)；（6）性能測試的數(shù)據(jù)要精確以及要有代表性；（7）性能測試的描述要精練。滿足了這些之后我們才能夠進(jìn)入測試階段。37. 一個標(biāo)準(zhǔn)的性能調(diào)優(yōu)過程是是什么？答：（1） 確定基準(zhǔn)環(huán)境、基準(zhǔn)負(fù)載和基準(zhǔn)性能指標(biāo)；（2） 調(diào)整系統(tǒng)運(yùn)行環(huán)境和實(shí)現(xiàn)方法，執(zhí)行測試。（包括硬件環(huán)境的調(diào)優(yōu)、Weblogic調(diào)優(yōu)、Oracle調(diào)優(yōu)）；（3） 記錄測試結(jié)果、進(jìn)行分析。38. 簡述系統(tǒng)測試的測試類型。答：系統(tǒng)測試一般要考慮功能測試、性能測試、負(fù)載測試、容量測試、安全性測試、用戶界面測試、配置測試、安裝測試、回歸測試等。39. 正式驗(yàn)收測試是什么？ 答：正式驗(yàn)收測試，是系統(tǒng)測試的后續(xù)，也就是說正式測試的測試工作和系統(tǒng)測試

32、差不多，測試計劃和測試用例設(shè)計都應(yīng)很詳細(xì)，在這個測試過程中應(yīng)用的測試用例應(yīng)是系統(tǒng)測試的用例的子集，不能對系統(tǒng)的測試方向有所偏離，在很多測試過程中，正式驗(yàn)收是自動進(jìn)行測試的。40. 它的優(yōu)缺點(diǎn)又是什么？ 答：正式驗(yàn)收測試的優(yōu)點(diǎn)是： 1) 要進(jìn)行驗(yàn)收測試的軟件的功能和特性都是已知的；2) 可以對測試的過程進(jìn)行評測；3) 正式驗(yàn)收測試可以自動進(jìn)行測試；4) 對軟件的要求是由用戶需求說明書所決定的。 正式驗(yàn)收測試的缺點(diǎn)：1) 進(jìn)行正式驗(yàn)收測試需要大量的資源和計劃；2) 正式驗(yàn)收測試可能和系統(tǒng)測試差不多；3) 正式驗(yàn)收測試過程中可能不能發(fā)現(xiàn)某些缺陷。41. 請簡要列舉回歸測試用例庫的維護(hù)方法。答：軟件測

33、試項(xiàng)目組在進(jìn)行測試的過程中會將所用到的測試用例保存到“測試用例庫”中，并進(jìn)行維護(hù)，回歸測試用例庫的維護(hù)方法如下。1) 刪除過時的測試用例2) 改進(jìn)不受控的測試用例3) 刪除冗余的測試用例4) 增添新的測試用例42. 配置測試的目標(biāo)都有哪些？答：正如同所有測試的目標(biāo)都是為了保證軟件功能的強(qiáng)大，性能的優(yōu)越，bug報錯率小配置測試的目標(biāo)也是相同的，它的目標(biāo)有以下幾點(diǎn)：驗(yàn)證應(yīng)用程序（即，確定它是否滿足了它的配置要求）。 確定配置問題的軟件出錯。幫助識別那些不能有效地在單元和集成測試發(fā)現(xiàn)的一些缺陷。 決定增加或修改，如硬件資源的影響：內(nèi)存、磁盤和磁帶資源、處理器、負(fù)載均衡。 確定最佳的系統(tǒng)配置。 43.

34、 請用簡短的語言介紹易用性測試。答：易用性是交互的適應(yīng)性、功能性和有效性的集中體現(xiàn)。易用性一般分為兩個層次，即用戶界面的易用性和操作系統(tǒng)的易用性。易用性測試包括針對應(yīng)用程序的測試，同時還包括對用戶手冊系統(tǒng)文檔的測試。通常采用質(zhì)量外部模型來評價易用性。44. 請說明需求分析測試的內(nèi)容。答：需求分析測試的內(nèi)容主要討論以下3點(diǎn)：1)功能是否能滿足用戶的需求？2)性能是否能滿足用戶的需求？3)需求說明書所討論的內(nèi)容是否得到了用戶的認(rèn)可？45請詳細(xì)說明軟件可靠性測試中需注意的問題。答：軟件可靠性測試需要注意的問題主要有3點(diǎn)：1) 功能識別軟件可靠性測試首先考慮的是功能識別，確定系統(tǒng)所使用的功能。功能識別

35、的目標(biāo)是： 識別系統(tǒng)所確定的功能（依據(jù)系統(tǒng)功能說明書進(jìn)行審核）； 識別系統(tǒng)功能所需的相關(guān)條件。2). 可靠性對時間的要求軟件可靠性對時間的要求是比較高的，測試時應(yīng)將“運(yùn)行時間”作為衡量可靠性的重要指標(biāo)，所謂運(yùn)行時間就是軟件運(yùn)行時應(yīng)在“規(guī)定的時間”內(nèi)完成所要完成的工作。對于時間的要求應(yīng)根據(jù)系統(tǒng)性能說明書的要求進(jìn)行審核。3). 可靠性對環(huán)境條件的要求環(huán)境條件是指軟件系統(tǒng)運(yùn)行時所需的各種支持要素，主要表現(xiàn)為：硬件環(huán)境（服務(wù)器、路由器、交換機(jī)、防火墻、磁盤陣列）、網(wǎng)絡(luò)操作系統(tǒng)、軟件工具、應(yīng)用系統(tǒng)的操作規(guī)程等。 46. 請列舉安裝和反安裝測試的4個目標(biāo)。答：安裝和反安裝測試的目標(biāo)有4點(diǎn)：1. 安裝/卸載

36、程序能正確運(yùn)行； 2. 程序安裝正確；卸載時完全清除；3. 程序安裝后能正確運(yùn)行；卸載后系統(tǒng)的影響； 4. 完善性安裝后程序能正確運(yùn)行。 47. 簡述“5W”規(guī)則的含義，明確內(nèi)容與過程 答：“5W”規(guī)則指的是“What （做什么）”、“Why （為什么做）”、“When （何時做）”、“Where （在哪里）”、“How （如何做）”。利用“5W”規(guī)則創(chuàng)建軟件測試計劃，可以幫助測試團(tuán)隊(duì)理 解測試的目的（Why ），明確測試的范圍和內(nèi)容（What ），確定測試的開始和結(jié)束日期（When ）， 指出測試的方法和工具（How ），給出測試文檔和軟件的存放位置（Where ）。 48. 簡述QTP測試

37、工具的測試流程 答：1) 準(zhǔn)備錄制 打開你要對其進(jìn)行測試的應(yīng)用程序，并檢查QuickTest 中的各項(xiàng)設(shè)置是否適合當(dāng)前的要求。 2) 進(jìn)行錄制打開QuickTest 的錄制功能，按測試用例中的描述，操作被測試應(yīng)用程序。 3) 編輯測試腳本通過加入檢測點(diǎn)、參數(shù)化測試，以及添加分支、循環(huán)等控制語句，來增強(qiáng)測試腳本的功能，使將來的回歸測試真正能夠自動化。 4) 調(diào)試腳本 調(diào)試腳本，檢查腳本是否存在錯誤。 5) 在回歸測試中運(yùn)行測試 在對應(yīng)用程序的回歸測試中，通過QuickTest 回放對應(yīng)用程序的操作，檢驗(yàn)軟件正確性，實(shí) 現(xiàn)測試的自動化進(jìn)行。 6) 分析結(jié)果，報告問題查看QuickTest 記錄的運(yùn)

38、行結(jié)果，記錄問題，報告測試結(jié)果。 49.軟件缺陷的表現(xiàn)形式有哪些？答：軟件未達(dá)到產(chǎn)品說明書中已經(jīng)標(biāo)明的功能；軟件出現(xiàn)了產(chǎn)品說明書中指明不會出現(xiàn)的錯誤；軟件未達(dá)到產(chǎn)品說明書中雖未指出但應(yīng)當(dāng)達(dá)到的目標(biāo)；軟件功能超出了產(chǎn)品說明書中指出的范圍；軟件測試人員認(rèn)為軟件難以理解、不易使用，或者最終用戶認(rèn)為該軟件使用效果不良。 50. 軟件測試的原則有哪些？答：（1）測試的目的是為了證偽而不是證真。 （2）測試應(yīng)當(dāng)有重點(diǎn)。 （3）事先定義好產(chǎn)品的質(zhì)量標(biāo)準(zhǔn)，確定測試用例預(yù)期 輸出結(jié)果。 （4）軟件項(xiàng)目一啟動，軟件測試也就開始，而不是等到程序?qū)懲瓴砰_始進(jìn)行測試。 （5）窮舉測試是不可能的。 （6）第三方進(jìn)行測試會

39、更客觀，更有效。 （7）軟件測試計劃是做好軟件測試工作的前提。 （8）測試用例是設(shè)計出來的，不是寫出來的。（9）對發(fā)現(xiàn)錯誤較多的程序段，應(yīng)進(jìn)行更深入的測試。 （10）重視文檔，妥善保存一切測試過程文檔。51.用戶界面測試原則通常有哪些原則？答：1易用性原則；2規(guī)范性原則；3.幫助設(shè)置原則；4.合理性原則；5.美觀與協(xié)調(diào)性原則；6.菜單位置原則；7.獨(dú)特性原則；8.快捷方式的組合原則;9.排錯性考慮原則;10.多窗口的應(yīng)用與系統(tǒng)資源原則52.制定測試計劃的原則有哪些？答：1）制定測試計劃應(yīng)盡早開始2）保持測試計劃的靈活性3）保持測試計劃簡潔和易讀4）盡量爭取多渠道評審測試計劃5）計算測試計劃的投

40、入21. 簡述軟件測試的意義。解：隨著計算機(jī)技術(shù)的迅速發(fā)展和廣泛深入的應(yīng)用，軟件質(zhì)量問題已成為開發(fā)和使用軟件人員關(guān)注的焦點(diǎn)。而由于軟件本身的特性，軟件中的錯誤是不開避免的。不斷改進(jìn)的開發(fā)技術(shù)和工具只能減少錯誤的發(fā)生，但是卻不可能完全避免錯誤。因此為了保證軟件質(zhì)量，必須對軟件進(jìn)行測試。軟件測試是軟件開發(fā)中必不可少的環(huán)節(jié)，是最有效的排除和防治軟件缺陷的手段，是保證軟件質(zhì)量、提高軟件可靠性的最重要手段。22. 什么是軟件缺陷？它的表現(xiàn)形式有哪些？解：從產(chǎn)品內(nèi)部看，軟件缺陷是軟件產(chǎn)品開發(fā)或維護(hù)過程中所存在的錯誤、毛病等各種問題；從外部看，軟件缺陷是系統(tǒng)所需實(shí)現(xiàn)的某種功能的失效或違背。它的表現(xiàn)形式主要有

41、以下幾種：（1）軟件未達(dá)到產(chǎn)品說明書中已經(jīng)標(biāo)明的功能；（2）軟件出現(xiàn)了產(chǎn)品說明書中指明不會出現(xiàn)的錯誤；（3）軟件未達(dá)到產(chǎn)品說明書中雖未指出但應(yīng)當(dāng)達(dá)到的目標(biāo)；（4）軟件功能超出了產(chǎn)品說明書中指出的范圍；（5）軟件測試人員認(rèn)為軟件難以理解、不易使用，或者最終用戶認(rèn)為該軟件使用效果不良。 23. 簡單分析軟件缺陷產(chǎn)生的原因，其中那個階段引入的缺陷最多，修復(fù)成本又最低？解：軟件缺陷產(chǎn)生的主要原因有：需求規(guī)格說明錯誤；設(shè)計錯誤；程序代碼有誤；其他。其中在需求分析階段引入的缺陷最多，修復(fù)的成本又最低。24. 當(dāng)用戶登錄某網(wǎng)站購物完畢并退出后，忽然想查查購物時付賬的總金額，于是按了瀏覽器左上角的“退回”按鈕

42、，就又回到了退出前的網(wǎng)頁，你認(rèn)為該購物軟件有缺陷嗎？如果有，屬于哪一類？解：有缺陷。其所屬類別與軟件產(chǎn)品說明書的要求有關(guān)。25. 什么是軟件測試？簡述其目的與原則。解：軟件測試是為了盡快盡早地發(fā)現(xiàn)在軟件產(chǎn)品中所存在的各種軟件缺陷而展開的貫穿整個軟件開發(fā)生命周期，對軟件產(chǎn)品（包括階段性產(chǎn)品）進(jìn)行驗(yàn)證和確認(rèn)的活動過程。測試目的：（1）證明：獲取系統(tǒng)在可接受風(fēng)險范圍內(nèi)可用的信心；嘗試在非正常情況和條件下的功能和特性；保證一個工作產(chǎn)品是完整的并且可用或可被集成。 （2）檢測：發(fā)現(xiàn)缺陷、錯誤和系統(tǒng)不足；定義系統(tǒng)的能力和局限性；提供組件、工作產(chǎn)品和系統(tǒng)的質(zhì)量信息。 （3）預(yù)防：澄清系統(tǒng)的規(guī)格和性能；提供預(yù)

43、防或減少可能制造錯誤的信息；在過程中盡早檢測錯誤；確認(rèn)問題和風(fēng)險，并且提前確認(rèn)解決這些問題和風(fēng)險的途徑。測試過程中應(yīng)注意和遵循的原則：（1）測試不是為了證明程序的正確性，而是為了證明程序不能工作。（2）測試應(yīng)當(dāng)有重點(diǎn)。（3）事先定義好產(chǎn)品的質(zhì)量標(biāo)準(zhǔn)。（4）軟件項(xiàng)目一啟動，軟件測試也就開始，而不是等到程序?qū)懲瓴砰_始進(jìn)行測試。（5）窮舉測試是不可能的。（6）第三方進(jìn)行測試會更客觀，更有效。（7）軟件測試計劃是做好軟件測試工作的前提。（8）測試用例是設(shè)計出來的，不是寫出來的。（9）對發(fā)現(xiàn)錯誤較多的程序段，應(yīng)進(jìn)行更深入的測試。（10）重視文檔，妥善保存一切測試過程文檔。26. 件測試階段是如何劃分的？

44、解：軟件測試的階段劃分為：規(guī)格說明書審查；系統(tǒng)和程序設(shè)計審查；單元測試；集成測試；確認(rèn)測試；系統(tǒng)測試；驗(yàn)收測試。27. 簡述軟件開發(fā)的幾個模式，并說明每種模式對軟件測試的影響。解：大棒模式簡單，計劃、進(jìn)度安排和正規(guī)開發(fā)過程幾乎沒有，其開發(fā)過程是非工程化的。大棒模式的軟件測試通常在開發(fā)任務(wù)完成后進(jìn)行，很難回頭修復(fù)存在的問題，測試工作只是向客戶報告軟件經(jīng)過測試后發(fā)現(xiàn)的情況。邊寫邊改模式通常最初只有粗略的想法就進(jìn)行簡單的設(shè)計，然后開始較長的反復(fù)編寫、測試和修復(fù)過程，在認(rèn)為無法更精細(xì)地描述軟件產(chǎn)品要求時就發(fā)布產(chǎn)品。該模式下，軟件測試人員將和程序員一起陷入可能是長期的循環(huán)往復(fù)過程。瀑布模式將軟件生命周期

45、的各項(xiàng)活動規(guī)定為按照固定順序相連的若干個階段性工作，形如瀑布流水，最終得到軟件產(chǎn)品。軟件測試在后期展開，使得開發(fā)中出現(xiàn)的問題直到開發(fā)后期才顯露，失去了及早糾正的機(jī)會。快速原型模式首先構(gòu)造一個功能簡單的原型系統(tǒng)，然后通過對原型系統(tǒng)逐步求精，不斷擴(kuò)充完善得到最終的軟件系統(tǒng)。原型系統(tǒng)在擴(kuò)充完善過程中不斷被檢查、測試和修改。螺旋模式是瀑布模式與邊寫邊改模式演化結(jié)合的形式，并加入了風(fēng)險評估所建立的軟件開發(fā)模式，其主要思想是在開始時不必詳細(xì)定義所有細(xì)節(jié)，而是從小開始，定義重要功能，盡量實(shí)現(xiàn)，接受客戶反饋，進(jìn)入下一階段并重復(fù)上述過程，直到獲得最終產(chǎn)品。測試在每個階段都要進(jìn)行，并從最初就參與。28. 簡述軟件

46、測試過程。解：軟件測試過程主要包括如下6個活動：測試計劃；測試需求分析；測試設(shè)計；測試規(guī)程實(shí)現(xiàn)；測試執(zhí)行；總結(jié)生成報告。29. “軟件測試能夠保證軟件的質(zhì)量”這句話對嗎？軟件測試和軟件質(zhì)量之間是什么關(guān)系？解：不對。軟件測試是保障軟件質(zhì)量的手段之一，但不是唯一手段。測試是產(chǎn)品高質(zhì)量的必要非充分條件，軟件測試不能決定軟件質(zhì)量。30. 簡述軟件開發(fā)進(jìn)程與測試進(jìn)程的關(guān)系。解：軟件測試是一個貫穿軟件開發(fā)生命周期的活動，它可以是一個與開發(fā)并行的過程，也可以是在開發(fā)完成某個階段任務(wù)之后的活動。31對軟件測試的復(fù)雜性進(jìn)行歸納分析。解：軟件測試的復(fù)雜性在于：無法對程序進(jìn)行完全的測試；測試無法保證被測程序中無遺留

47、錯誤；不能修復(fù)所有的軟件故障。32分別解釋什么是靜態(tài)測試、動態(tài)測試、黑盒測試、白盒測試、人工測試和自動化測試。解：所謂靜態(tài)測試是指不運(yùn)行被測軟件，僅通過分析或檢查等其他手段達(dá)到檢測的目的。所謂動態(tài)測試是指通過運(yùn)行被測軟件，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率和健壯性等性能。黑盒測試是指在對程序進(jìn)行的功能抽象的基礎(chǔ)上，將程序劃分成功能單元，然后對每個功能單元生成測試數(shù)據(jù)進(jìn)行測試。用這種方法進(jìn)行測試時，被測程序被當(dāng)作打不開的黑盒，因而無法了解其內(nèi)部構(gòu)造，因此又稱為功能測試。白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試，它是知道產(chǎn)品內(nèi)部工作過程，可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正

48、常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測試程序，檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能。廣義上，人工測試是人為測試和手工測試的統(tǒng)稱。人為測試的主要方法有桌前檢查，代碼審查和走查。手工測試指的是在測試過程中，按測試計劃一步一步執(zhí)行程序，得出測試結(jié)果并進(jìn)行分析的測試行為。自動化測試指的是利用測試工具來執(zhí)行測試，并進(jìn)行測試結(jié)果分析的測試行為。33如果沒有軟件規(guī)格說明或需求文檔，可以進(jìn)行動態(tài)黑盒測試嗎？為什么？解：不行。因?yàn)楹诤袦y試是基于軟件規(guī)格說明的測試。34在單元測試中，所謂單元是如何劃分的？解：單元測試的對象通常是軟件設(shè)計的最小邏輯單元，單元的劃分在面向過程的結(jié)構(gòu)化程序中一般是函數(shù)

49、或子過程，在面向?qū)ο蟮某绦蛑锌梢允穷惢蝾惖某蓡T函數(shù)。35簡述單元測試的主要任務(wù)。解：單元測試的主要任務(wù)是：模塊接口測試；局部數(shù)據(jù)結(jié)構(gòu)測試；路徑測試；錯誤處理測試；邊界測試。36如果開發(fā)時間緊迫，是否可以跳過單元測試而直接進(jìn)行集成測試？為什么？解：不可以。因?yàn)闆]有經(jīng)過單元測試的模塊會遺留大量的缺陷到集成測試階段，而在集成測試階段對這些缺陷定位困難，導(dǎo)致后續(xù)工作展開困難，修復(fù)缺陷成本成指數(shù)級增長。37什么是驅(qū)動模塊和樁模塊？為下面的函數(shù)構(gòu)造一個驅(qū)動模塊。int divide(int a, int b) int c; if (b=0) printf("除數(shù)不能為0"); retu

50、rn 0; c=a/b; return c;解：驅(qū)動模塊是用以模擬被測模塊的上級模塊，它接收測試數(shù)據(jù)，傳送數(shù)據(jù)給被測模塊，啟動被測模塊，最后輸出實(shí)測結(jié)果。樁模塊用以模擬被測模塊工作過程中所調(diào)用的子模塊。函數(shù)驅(qū)動模塊：void main( ) int x,y,z; scanf(“%d%d”,&x,&y); z=divide(x,y); printf(“%d”,z);38什么是回歸測試？什么時候進(jìn)行回歸測試？解：回歸測試就是重新運(yùn)行現(xiàn)有測試用例測試原有功能，以便確定變更是否達(dá)到了預(yù)期的目的，檢查變更是否損害了原有的正常功能。每當(dāng)軟件發(fā)生變化時就應(yīng)進(jìn)行回歸測試。39集成測試有哪些不同

51、的集成方法？簡述不同方法的特點(diǎn)。解：集成測試通常有一次性集成、自頂向下集成、自底向上集成和混合集成4種集成方法。一次性集成方法需要的測試用例數(shù)目少，測試方法簡單、易行。但是由于不可避免存在模塊間接口、全局?jǐn)?shù)據(jù)結(jié)構(gòu)等方面的問題，所以一次運(yùn)行成功的可能性不大；如果一次集成的模塊數(shù)量多，集成測試后可能會出現(xiàn)大量的錯誤，給程序的錯誤定位與修改帶來很大的麻煩；即使集成測試通過，也會遺漏很多錯誤進(jìn)入系統(tǒng)測試。自頂向下集成在測試的過程中，可以較早地驗(yàn)證主要的控制和判斷點(diǎn)；一般不需要驅(qū)動程序，減少了測試驅(qū)動程序開發(fā)和維護(hù)的費(fèi)用；可以和開發(fā)設(shè)計工作一起并行執(zhí)行集成測試，能夠靈活的適應(yīng)目標(biāo)環(huán)境；容易進(jìn)行故障隔離和

52、錯誤定位。但是在測試時需要為每個模塊的下層模塊提供樁模塊，樁模塊的開發(fā)和維護(hù)費(fèi)用大；樁模塊不能反映真實(shí)情況，重要數(shù)據(jù)不能及時回送到上層模塊，導(dǎo)致測試不充分；涉及復(fù)雜算法和真正I/O的底層模塊最易出問題，在后期才遇到導(dǎo)致過多的回歸測試。自底向上集成可以盡早的驗(yàn)證底層模塊的行為；提高了測試效率；一般不需要樁模塊；容易對錯誤進(jìn)行定位。但是直到最后一個模塊加進(jìn)去之后才能看到整個系統(tǒng)的框架；驅(qū)動模塊的設(shè)計工作量大；不能及時發(fā)現(xiàn)高層模塊設(shè)計上的錯誤?；旌霞删哂凶皂斚蛳潞妥缘紫蛏蟽煞N集成策略的優(yōu)點(diǎn)，但是在被集成之前，中間層不能盡早得到充分的測試。40系統(tǒng)測試主要包括哪些內(nèi)容？解：系統(tǒng)測試主要包括強(qiáng)度測試、

53、性能測試、恢復(fù)測試、安全測試、可靠性測試、安裝測試、容量測試和文檔測試。41驗(yàn)收測試是由誰完成的？通常包含哪些過程？解：驗(yàn)收測試是以用戶為主的測試，軟件開發(fā)人員和QA（質(zhì)量保證）人員也應(yīng)參加。通常包含測試和測試過程。42分析比較面向?qū)ο蟮能浖y試與傳統(tǒng)的軟件測試的異同。解：傳統(tǒng)的單元測試的對象是軟件設(shè)計的最小單位模塊。當(dāng)考慮面向?qū)ο筌浖r，單元的概念發(fā)生了變化，此時最小的可測試單位是封裝的類或?qū)ο?，而不再是個體的模塊。傳統(tǒng)單元測試主要關(guān)注模塊的算法實(shí)現(xiàn)和模塊接口間數(shù)據(jù)的傳遞，而面向?qū)ο蟮膯卧獪y試主要考察封裝在一個類中的方法和類的狀態(tài)行為。面向?qū)ο筌浖]有層次的控制結(jié)構(gòu)，因此傳統(tǒng)的自頂向下和自底

54、向上集成策略就不再適合，它主要有以下兩種集成策略： 基于類間協(xié)作關(guān)系的橫向測試；基于類間繼承關(guān)系的縱向測試。系統(tǒng)測試一般不考慮內(nèi)部結(jié)構(gòu)和中間結(jié)果，因此面向?qū)ο筌浖到y(tǒng)測試與傳統(tǒng)的系統(tǒng)測試差別不大。面向?qū)ο筌浖y試的整體目標(biāo)和傳統(tǒng)軟件測試的目標(biāo)是一致的，即以最小的工作量發(fā)現(xiàn)盡可能多的錯誤，但是面向?qū)ο鬁y試的策略和戰(zhàn)術(shù)有很大不同。測試的視角擴(kuò)大到包括復(fù)審分析和設(shè)計模型，此外，測試的焦點(diǎn)從過程構(gòu)件(模塊)移向了類。43分析黑盒測試方法的特點(diǎn)。解：黑盒測試又稱為功能測試或數(shù)據(jù)驅(qū)動測試，主要針對軟件界面、軟件功能、外部數(shù)據(jù)庫訪問以及軟件初始化等方面進(jìn)行測試。優(yōu)點(diǎn)：1）比較簡單，不需要了解程序內(nèi)部的代碼及

55、實(shí)現(xiàn)；2）與軟件的內(nèi)部實(shí)現(xiàn)無關(guān)；3）從用戶角度出發(fā)，能很容易的知道用戶會用到哪些功能，會遇到哪些問題；4）基于軟件開發(fā)文檔，所以也能知道軟件實(shí)現(xiàn)了文檔中的哪些功能；5）在做軟件自動化測試時較為方便。缺點(diǎn)：1）不可能覆蓋所有的代碼，覆蓋率較低，大概只能達(dá)到總代碼量的30%；2）自動化測試的復(fù)用性較低。44健壯等價類測試與標(biāo)準(zhǔn)等價類測試的主要區(qū)別是什么？解：主要區(qū)別在于健壯等價類測試在標(biāo)準(zhǔn)等價類的基礎(chǔ)上還要進(jìn)行有效取值范圍之外的輸入（無效輸入）的測試。45試用等價分類法設(shè)計測試用例測試黨政管理系統(tǒng)中黨員出生年月的輸入設(shè)計是否符合要求，假設(shè)出生年月格式為yyyymmdd。解：輸入數(shù)據(jù)無效等價類有效等價類出生年月日8位數(shù)字字符有非數(shù)字字符 少于8個數(shù)字符 多于8個數(shù)字符 對應(yīng)數(shù)值在19090101-19900101之間 <19090101 >19900101 月份對應(yīng)數(shù)值在1-12之間 等于"00 " >12 日期對應(yīng)值1,3,5,7,8