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

1、 一、判斷分析題1. 軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（Y）2. 軟件測(cè)試的目的是證明軟件沒(méi)有錯(cuò)誤。（N）3. 測(cè)試組負(fù)責(zé)軟件質(zhì)量。(N )4. 程序的效率與程序的復(fù)雜性相關(guān)。(N )5. 軟件是一種邏輯實(shí)體，而不是具體的物理實(shí)體，因而它具有抽象性。 (Y )6. 測(cè)試程序僅僅按預(yù)期方式運(yùn)行就行了。(N )7. 好的測(cè)試員不懈追求完美。( Y)8. 不存在質(zhì)量很高但可靠性很差的產(chǎn)品。(N )9. 測(cè)試是為了驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求。( N)10. 發(fā)現(xiàn)錯(cuò)誤多的程序模塊，殘留在模塊中的錯(cuò)誤也多。(Y )11. 程序效率的提高主要應(yīng)通過(guò)選擇高效的算法來(lái)實(shí)現(xiàn)。( Y)12. 測(cè)試

2、人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過(guò)。（N）13. 項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（Y）14. 缺陷跟蹤系統(tǒng)只針對(duì)對(duì)測(cè)試人員來(lái)使用。(N )15. 從用戶軟件開(kāi)發(fā)者的角度出發(fā)，普遍希望通過(guò)軟件測(cè)試暴露軟件中隱藏的錯(cuò)誤和缺陷，以考慮是否可接受該產(chǎn)品。 (N )16. 軟件項(xiàng)目在進(jìn)入需求分析階段，測(cè)試人員應(yīng)該開(kāi)始介入其中。( Y)17. 測(cè)試是提高產(chǎn)品質(zhì)量根本手段。（）18. 代碼評(píng)審員一般由測(cè)試員擔(dān)任。（N）19. 代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（N）20. 軟件測(cè)試員可以對(duì)產(chǎn)品說(shuō)明書(shū)進(jìn)行白盒測(cè)試。(N ) 21. 靜態(tài)白盒測(cè)試可以找出遺漏之處的問(wèn)題。(Y ) 22.

3、總是首先設(shè)計(jì)白盒測(cè)試用例。(N)23. 用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。(N)24. 黑盒測(cè)試方法中最有效的是因果圖法。(Y )25. 軟件測(cè)試按照測(cè)試過(guò)程分類為黑盒、白盒測(cè)試。(N)26. 白盒測(cè)試又稱結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于程序的測(cè)試。（Y）27. 白盒測(cè)試時(shí)一般由開(kāi)發(fā)人員兼任測(cè)試人員的角色。（Y）28. 黑盒測(cè)試是從用戶觀點(diǎn)出發(fā)的測(cè)試。（Y）29. 白盒測(cè)試是從用戶觀點(diǎn)出發(fā)的測(cè)試。（N）30. 白盒測(cè)試根據(jù)程序外部特征進(jìn)行測(cè)試，黑盒測(cè)試根據(jù)程序內(nèi)部邏輯結(jié)構(gòu)進(jìn)行測(cè)試。（N） 31. 程序通過(guò)了全面的白盒測(cè)試，就不需要再進(jìn)行黑盒測(cè)試了。（N）32. 對(duì)于同一個(gè)測(cè)試對(duì)象，

4、等價(jià)類的測(cè)試用例數(shù)多于邊界值的測(cè)試用例數(shù)。（）33. 如果輸入條件規(guī)定了取值范圍，則可定義一個(gè)有效等價(jià)類和兩個(gè)無(wú)效等價(jià)類。（Y）34. 不能對(duì)輸出值域進(jìn)行健壯性測(cè)試。（）35. 有n個(gè)變量的函數(shù)的健壯最壞情況測(cè)試用例的個(gè)數(shù)為：5的n次方。（Y） 36. 有n個(gè)變量的函數(shù)的健壯最壞情況測(cè)試用例的個(gè)數(shù)為：7的n次方。（N）37. 有n個(gè)變量的函數(shù)的健壯性測(cè)試用例的個(gè)數(shù)為：5n+1。（N）38. 有n個(gè)變量的函數(shù)的最壞情況測(cè)試會(huì)產(chǎn)生5的n次方個(gè)測(cè)試用例。（Y）39. 有n個(gè)變量的函數(shù)的邊界值分析會(huì)產(chǎn)生4n+1個(gè)測(cè)試用例（Y）40. 邊界值分析的假設(shè)是“多缺陷”假設(shè) 。（N） 41. 健壯性測(cè)試的主要

5、價(jià)值是觀察例外情況的處理。（Y）42. 在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)包括合理的輸入條件和不合理的輸入條件。(Y )43. 弱健壯等價(jià)類測(cè)試基于多缺陷假設(shè)。（N）44. 強(qiáng)健壯等價(jià)類測(cè)試是基于多缺陷假設(shè)，并考慮了無(wú)效值。（Y）45. 強(qiáng)一般等價(jià)類測(cè)試考慮了無(wú)效值。（Y）46. 弱一般等價(jià)類是基于單缺陷假設(shè)。（Y）47. 弱健壯等價(jià)類測(cè)試基于單缺陷假設(shè)并考慮了無(wú)效值。（Y）48. 等價(jià)類測(cè)試的弱形式不如對(duì)應(yīng)的強(qiáng)形式的測(cè)試全面（Y）49. 語(yǔ)句覆蓋是最弱的邏輯覆蓋。（Y）50. 語(yǔ)句覆蓋是最強(qiáng)的邏輯覆蓋。（N）51. 判定覆蓋不一定包含條件覆蓋。（Y）52. 條件覆蓋不一定包含判定覆蓋。（Y）53. 判定/

6、條件覆蓋能同時(shí)滿足判定、條件兩種覆蓋標(biāo)準(zhǔn)。（Y） 54. 判定/條件覆蓋指滿足判定覆蓋標(biāo)準(zhǔn)或條件覆蓋標(biāo)準(zhǔn)。（N） 55. DD-路徑圖是一種壓縮圖。（Y）56. 詳細(xì)設(shè)計(jì)的目的是為軟件結(jié)構(gòu)圖中的每一個(gè)模塊確定使用的算法和塊內(nèi)數(shù)據(jù)結(jié)構(gòu)，并用某種選定的表達(dá)工具給出清晰的描述。( Y)57. 盡量用公共過(guò)程或子程序去代替重復(fù)的代碼段。（N）58. 對(duì)于連鎖型分支結(jié)構(gòu)，若有n個(gè)判定語(yǔ)句，則有2n條路徑。（Y）59. 盡量采用復(fù)合的條件測(cè)試，以避免嵌套的分支結(jié)構(gòu)。（Y）60. GOTO語(yǔ)句概念簡(jiǎn)單，使用方便，在某些情況下，保留GOTO語(yǔ)句反能使寫(xiě)出的程序更加簡(jiǎn)潔。（Y）61. 單元測(cè)試能發(fā)現(xiàn)約80%的軟

7、件缺陷。（Y）62. 單元測(cè)試屬于動(dòng)態(tài)測(cè)試。 ( N)63. 單元測(cè)試多采用白盒測(cè)試（結(jié)構(gòu)性測(cè)試）技術(shù)。（Y）64. 單元測(cè)試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例。（Y）65. 單元測(cè)試需要為每個(gè)基本單元開(kāi)發(fā)驅(qū)動(dòng)模塊或樁模塊。（Y）66. 在面向?qū)ο笳Z(yǔ)言語(yǔ)言中，單元測(cè)試是函數(shù)或子過(guò)程。（）67. 單元測(cè)試又稱為模塊測(cè)試，是針對(duì)軟件測(cè)試的最小單位程序模塊進(jìn)行正確性檢驗(yàn)的測(cè)試工作 。（Y）68. 集成測(cè)試計(jì)劃在需求分析階段末提交。（N）69. 自底向上集成需要測(cè)試員編寫(xiě)驅(qū)動(dòng)程序。（Y）70. 進(jìn)行自底向上集成測(cè)試，需要為所測(cè)模塊或子系統(tǒng)編制相應(yīng)的驅(qū)動(dòng)模塊。（Y）71. 進(jìn)行自底向上集成測(cè)

8、試，需要為所測(cè)模塊或子系統(tǒng)編制相應(yīng)的樁模塊。（N）72. 進(jìn)行自頂向下集成測(cè)試，需要為所測(cè)模塊或子系統(tǒng)編制相應(yīng)的驅(qū)動(dòng)模塊。（N）73. 進(jìn)行自頂向下集成測(cè)試，需要為所測(cè)模塊或子系統(tǒng)編制相應(yīng)的樁模塊。（Y）74. MM-路徑是可執(zhí)行路徑。（Y）75. 非漸增式集成方式，發(fā)現(xiàn)錯(cuò)誤難以診斷定位。（Y）76. 集成測(cè)試是檢驗(yàn)程序單元或部件的接口關(guān)系，逐步集成為符合概要設(shè)計(jì)要求的程序部件或整個(gè)系統(tǒng)。（Y） 77. 系統(tǒng)測(cè)試多采用白盒測(cè)試（結(jié)構(gòu)性測(cè)試）技術(shù)。（N）（黑盒測(cè)試）78. 驗(yàn)收測(cè)試是由最終用戶來(lái)實(shí)施的。（N）79. 負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（N）80. 我們可以人為的

9、使得軟件不存在配置問(wèn)題。（N）81. 可以發(fā)布具有配置缺陷的軟件產(chǎn)品。(Y ) 82. 所有軟件必須進(jìn)行某種程度的兼容性測(cè)試。( Y) 83. 所有軟件都有一個(gè)用戶界面，因此必須測(cè)試易用性。( N) 84. 測(cè)試是由軟件的多個(gè)用戶在實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。（Y） 85. 系統(tǒng)測(cè)試是在真實(shí)或模擬系統(tǒng)運(yùn)行環(huán)境下，檢查完整的程序系統(tǒng)能否和相關(guān)硬件、外設(shè)、網(wǎng)絡(luò)、系統(tǒng)軟件和支持平臺(tái)等正確配置與連接，并滿足用戶需求。（Y）86. Beta 測(cè)試是驗(yàn)收測(cè)試的一種。（Y）二、簡(jiǎn)答題1. 什么是軟件測(cè)試？軟件測(cè)試的目的和作用是什么?答：利用測(cè)試工具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試，甚至根據(jù)需要編寫(xiě)不

10、同的測(cè)試工具，設(shè)計(jì)和維護(hù)測(cè)試系統(tǒng)，對(duì)測(cè)試方案可能出現(xiàn)的問(wèn)題進(jìn)行分析和評(píng)估。軟件測(cè)試是在受控制的條件下對(duì)系統(tǒng)或應(yīng)用程序進(jìn)行操作并評(píng)價(jià)操作的結(jié)果。軟件測(cè)試的目的是以最少的時(shí)間和人力，系統(tǒng)地找出軟件中潛在的各種錯(cuò)誤和缺陷。測(cè)試是為了證明程序有錯(cuò)，而不是證明程序無(wú)錯(cuò)。一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。軟件測(cè)試的原則包括：所有的測(cè)試都應(yīng)追溯到用戶的需求；盡早地和不斷地進(jìn)行軟件測(cè)試；不可能完全的測(cè)試，因?yàn)檩斎肓刻?，?zhí)行路徑太多；注意測(cè)試中的群集現(xiàn)象；避免測(cè)試自己的程序；設(shè)計(jì)周密的測(cè)試用例。2. 簡(jiǎn)述軟件測(cè)試的目的和原則。答：軟件測(cè)試的目的是以最少的時(shí)間和人力，系統(tǒng)地找出軟件中潛在的各種錯(cuò)誤和

11、缺陷。測(cè)試是為了證明程序有錯(cuò)，而不是證明程序無(wú)錯(cuò)。一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。軟件測(cè)試的原則包括：所有的測(cè)試都應(yīng)追溯到用戶的需求；盡早地和不斷地進(jìn)行軟件測(cè)試；不可能完全的測(cè)試，因?yàn)檩斎肓刻?，?zhí)行路徑太多；注意測(cè)試中的群集現(xiàn)象；避免測(cè)試自己的程序；設(shè)計(jì)周密的測(cè)試用例。3. 軟件缺陷產(chǎn)生的原因？答： A軟件需求說(shuō)明書(shū)編寫(xiě)的不全面，不完整，不準(zhǔn)確，而且經(jīng)常更改 B軟件設(shè)計(jì)說(shuō)明書(shū) C軟件操作人員的水平 D開(kāi)發(fā)人員不能很好的理解需求明書(shū)和溝通不足4. 什么是軟件測(cè)試，以及軟件測(cè)試的意義？答：軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。軟件測(cè)試是根據(jù)

12、軟件開(kāi)發(fā)階段的規(guī)格說(shuō)明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)的一批測(cè)試用例（即輸入數(shù)據(jù)及預(yù)期的輸出結(jié)果），并利用這些測(cè)試用例去運(yùn)行程序，以發(fā)現(xiàn)錯(cuò)誤的過(guò)程。意義：1. 對(duì)產(chǎn)品質(zhì)量完成全面的評(píng)估，為軟件產(chǎn)品發(fā)布（如驗(yàn)收測(cè)試）、軟件系統(tǒng)部署（如性能規(guī)劃測(cè)試）、軟件產(chǎn)品鑒定（第三方獨(dú)立測(cè)試）委托方和被委托方糾紛仲裁（第三方獨(dú)立測(cè)試）和其它決策提供信息；2. 通過(guò)持續(xù)的測(cè)試（包括需求評(píng)審、設(shè)計(jì)評(píng)審、代碼評(píng)審等）可以對(duì)產(chǎn)品質(zhì)量提供持續(xù)的、快速的反饋，從而在整個(gè)開(kāi)發(fā)過(guò)程中不斷地、及時(shí)地改進(jìn)產(chǎn)品的質(zhì)量，并減少各種返工，降低軟件開(kāi)發(fā)的成本；3. 通過(guò)測(cè)試發(fā)現(xiàn)所要交付產(chǎn)品的缺陷，特別是盡可能地發(fā)現(xiàn)各種嚴(yán)重的缺陷，降低或消除產(chǎn)

13、品質(zhì)量風(fēng)險(xiǎn)，提高客戶的滿意度，擴(kuò)大市場(chǎng)份額，提高客戶的忠誠(chéng)度。4. 通過(guò)對(duì)缺陷進(jìn)行分析，找出缺陷發(fā)生的根本原因（軟件過(guò)程中的問(wèn)題，包括錯(cuò)誤的行為方式）或總結(jié)出軟件產(chǎn)品的缺陷模式，避免將來(lái)犯同樣的錯(cuò)誤或產(chǎn)生類似的產(chǎn)品問(wèn)題，達(dá)到缺陷預(yù)防的目的 5. 什么是軟件測(cè)試？什么是測(cè)試用例，測(cè)試用例必須包括那幾部分？答：狹義的講， 一個(gè)測(cè)試用例就是測(cè)試人員用以測(cè)試被測(cè)軟件的某個(gè)特性或特性組合的 一組數(shù)據(jù)。 這組數(shù)據(jù)可能是從用戶處得來(lái)的實(shí)際的一組數(shù)據(jù)， 也可能是測(cè)試人員專門(mén)設(shè)計(jì)出 來(lái)的測(cè)試軟件某些功能的一組數(shù)據(jù)。6. 簡(jiǎn)述你對(duì)測(cè)試工作的認(rèn)識(shí)過(guò)程、在以后的工作的

14、一些建議。 7. 請(qǐng)辨析軟件的質(zhì)量是“設(shè)計(jì)出來(lái)的”還是“測(cè)試出來(lái)的”觀點(diǎn)。8. 軟件測(cè)試與軟件開(kāi)發(fā)的關(guān)系？答：軟件開(kāi)發(fā)是一個(gè)系統(tǒng)的工程。包括需求分析，設(shè)計(jì)，編碼，測(cè)試，維護(hù)等等幾個(gè)環(huán)節(jié)。測(cè)試是整個(gè)軟件開(kāi)發(fā)流程中的一個(gè)環(huán)節(jié)。9. 在測(cè)試生命周期中，測(cè)試過(guò)程分為幾個(gè)階段？各個(gè)階段的含義？以及各階段的測(cè)試依據(jù)是什么？答：軟件測(cè)試是一個(gè)規(guī)則的過(guò)程，包括測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行以及測(cè)試結(jié)果比較等。  測(cè)試設(shè)計(jì)：根據(jù)軟件開(kāi)發(fā)各階段的文檔資料和程序的內(nèi)部結(jié)構(gòu)，利用各種設(shè)計(jì)測(cè)試用例技術(shù)精心設(shè)計(jì)測(cè)試用例。  測(cè)試執(zhí)行：利用這些測(cè)試用例執(zhí)行程序，得到測(cè)試結(jié)果。 

15、0;測(cè)試結(jié)果比較：將預(yù)期的結(jié)果與實(shí)際測(cè)試結(jié)果進(jìn)行比較，如果二者不符合，對(duì)于出現(xiàn)的錯(cuò)誤進(jìn)行糾錯(cuò)，并修改相應(yīng)文檔。修改后的程序還要進(jìn)行再次測(cè)試，直到滿意為止。如果測(cè)試發(fā)現(xiàn)不了錯(cuò)誤，可能由于測(cè)試配置考慮不周到，應(yīng)考慮重新制定測(cè)試方案，設(shè)計(jì)測(cè)試用例。按照開(kāi)發(fā)階段劃分，軟件測(cè)試可分為單元測(cè)試、集成測(cè)試，系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。單元測(cè)試：針對(duì)每個(gè)單元的測(cè)試， 以確保每個(gè)模塊能正常工作為目標(biāo)。集成測(cè)試：對(duì)已測(cè)試過(guò)的模塊進(jìn)行組裝，進(jìn)行集成測(cè)試。 系統(tǒng)測(cè)試：檢驗(yàn)軟件產(chǎn)品能否與系統(tǒng)的其他部分協(xié)調(diào)工作。 驗(yàn)收測(cè)試：檢驗(yàn)軟件產(chǎn)品質(zhì)量的最后一道工序。 10. 一名優(yōu)秀的軟件測(cè)試工程師

16、應(yīng)具備哪些素質(zhì)？答：一個(gè)優(yōu)秀的測(cè)試工程師應(yīng)該具備的基本素質(zhì)有：責(zé)任心、溝通能力、團(tuán)隊(duì)精神、自信心、耐心、懷疑精神、洞察力、幽默感等。應(yīng)具備的專業(yè)素質(zhì)有：有競(jìng)爭(zhēng)力的測(cè)試人員要具有三方面的技能：計(jì)算機(jī)專業(yè)技能、測(cè)試專業(yè)技能、軟件編程技能。11. 如何做一名合格的測(cè)試人員？測(cè)試人員應(yīng)具備素質(zhì)如下：(1) 溝通能力。(2) 移情能力。(3) 技術(shù)能力。(4) 自信心。(5) 外交能力。(6) 幽默感。(7) 很強(qiáng)的記憶力。(8) 耐心。(9) 懷疑精神。(10) 自我督促。(11) 洞察力。12. 測(cè)試計(jì)劃的目的是什么？ 答：軟件測(cè)試計(jì)劃是指導(dǎo)測(cè)試過(guò)程的綱領(lǐng)性文件，包含了產(chǎn)品概述、測(cè)試策略、測(cè)試方法、

17、測(cè)試區(qū)域、測(cè)試配置、測(cè)試周期、測(cè)試資源、測(cè)試交流、風(fēng)險(xiǎn)分析等內(nèi)容。借助軟件測(cè)試計(jì)劃，參與測(cè)試的項(xiàng)目成員，尤其是測(cè)試管理人員，可以明確測(cè)試任務(wù)和測(cè)試方法，保持測(cè)試實(shí)施過(guò)程的順暢溝通，跟蹤和控制測(cè)試進(jìn)度，應(yīng)對(duì)測(cè)試過(guò)程中的各種變更。13. 什么是黑盒測(cè)試?黑盒測(cè)試主要采用的技術(shù)有哪些?答：黑盒測(cè)試又稱為功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試和基于規(guī)格說(shuō)明的測(cè)試。它從用戶觀點(diǎn)出發(fā)的測(cè)試。用這種方法進(jìn)行測(cè)試時(shí)，把被測(cè)試程序當(dāng)作一個(gè)黑盒，在不考慮程序內(nèi)部結(jié)構(gòu)的內(nèi)部特性、測(cè)試者只知道該程序輸入和輸出之間的關(guān)系或程序功能的情況下，依靠能夠反映這一關(guān)系和程序功能需求規(guī)格的說(shuō)明書(shū)，來(lái)確定測(cè)試用例和推斷測(cè)試結(jié)果的正確性。黑盒測(cè)試的

18、方法包括：邊界值分析、等價(jià)類測(cè)試、基于決策表的測(cè)試和因果圖等。14. 簡(jiǎn)單描述黑盒測(cè)試各種方法的特點(diǎn)。答：黑盒測(cè)試的方法主要有邊界值分析法、等價(jià)類劃分法、因果圖法、決策表測(cè)試法等。邊界值分析利用輸入變量的最小值、略大于最小值、輸入值域內(nèi)的任意值、略小于最大值和最大值來(lái)設(shè)計(jì)測(cè)試用例。 等價(jià)類劃分法是把程序的輸入域劃分為若干部分，然后從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)當(dāng)作測(cè)試用例。經(jīng)過(guò)類別的劃分后，每一類的代表性數(shù)據(jù)在測(cè)試中的作用都等價(jià)于這一類中的其他值。因果圖方法就是從程序規(guī)格說(shuō)明書(shū)的描述中找出因（輸入條件）和果（輸出結(jié)果），將因果圖轉(zhuǎn)換為決策表，最后為決策表中的每一列設(shè)計(jì)一個(gè)測(cè)試用例。這

19、種方法考慮到了輸入情況各種組合以及各個(gè)輸入情況之間的相互制約關(guān)系。 在所有的黑盒測(cè)試方法中，基于決策表的測(cè)試是最為嚴(yán)格、最具有邏輯性的。在一些數(shù)據(jù)處理問(wèn)題當(dāng)中，某些操作的實(shí)施依賴于多個(gè)邏輯條件的組合，即：針對(duì)不同邏輯條件的組合值，分別執(zhí)行不同的操作。決策表法很適合測(cè)試這類問(wèn)題。 15. 如果能夠執(zhí)行完美的黑盒測(cè)試，還需要進(jìn)行白盒測(cè)試嗎？為什么？ 答：需要，黑盒測(cè)試可根據(jù)程序規(guī)格檢驗(yàn)程序是否完成規(guī)定功能，但無(wú)法發(fā)現(xiàn)程序內(nèi)部的編碼和邏輯錯(cuò)誤，白盒測(cè)試與之相反互補(bǔ)。16. 邊界值測(cè)試有幾種方法？答：邊界值分析和健壯性測(cè)試17. 等價(jià)分類法的測(cè)試技術(shù)采用的一般方法?舉例說(shuō)明?答：（

20、1） 為每個(gè)等價(jià)類編號(hào)；（2）   設(shè)計(jì)一個(gè)新的測(cè)試方案,以盡可能多的覆蓋尚未被覆蓋的有效等價(jià)類,重復(fù)這一步驟,直到所有有效等價(jià)類被覆蓋為止。 （3） 設(shè)計(jì)一個(gè)新的測(cè)試方案,使它覆蓋一個(gè)尚未被覆蓋的無(wú)效等價(jià)類, 重復(fù)這一步驟,直到所有無(wú)效等價(jià)類被覆蓋為止。18. 什么是等價(jià)類？如何劃分等價(jià)類？等價(jià)類測(cè)試中有哪些方法？答：把單元的輸入域化分為幾種數(shù)據(jù)類，每種用來(lái)發(fā)現(xiàn)一類的錯(cuò)誤，每類只用提供一個(gè)或幾個(gè)用例數(shù)據(jù)。目的是減少用例數(shù)量。19. 請(qǐng)?jiān)囍容^一下黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系。答：黑盒測(cè)試：已知產(chǎn)品的功能設(shè)計(jì)規(guī)格

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

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

23、檢驗(yàn)被測(cè)代碼的一個(gè)很小的、很明確的功能是否正確。通常而言，一個(gè)單元測(cè)試是用于判斷某個(gè)特定條件(或者場(chǎng)景)下某個(gè)特定函數(shù)的行為。單元測(cè)試是由程序員自己來(lái)完成，最終受益的也是程序員自己。可以這么說(shuō)，程序員有責(zé)任編寫(xiě)功能代碼，同時(shí)也就有責(zé)任為自己的代碼編寫(xiě)單元測(cè)試。執(zhí)行單元測(cè)試，就是為了證明這段代碼的行為和我們期望的一致。集成測(cè)試(也叫組裝測(cè)試，聯(lián)合測(cè)試)是單元測(cè)試的邏輯擴(kuò)展。它的最簡(jiǎn)單的形式是：兩個(gè)已經(jīng)測(cè)試過(guò)的單元組合成一個(gè)組件，并且測(cè)試它們之間的接口。從這一層意義上講，組件是指多個(gè)單元的集成聚合。在現(xiàn)實(shí)方案中，許多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測(cè)試片段的組合，并最終擴(kuò)展

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

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

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

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

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

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