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

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

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

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

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

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

7、件缺陷。（Y）62. 單元測試屬于動態測試。 ( N)63. 單元測試多采用白盒測試（結構性測試）技術。（Y）64. 單元測試需要從程序的內部結構出發設計測試用例。（Y）65. 單元測試需要為每個基本單元開發驅動模塊或樁模塊。（Y）66. 在面向對象語言語言中，單元測試是函數或子過程。（）67. 單元測試又稱為模塊測試，是針對軟件測試的最小單位程序模塊進行正確性檢驗的測試工作 。（Y）68. 集成測試計劃在需求分析階段末提交。（N）69. 自底向上集成需要測試員編寫驅動程序。（Y）70. 進行自底向上集成測試，需要為所測模塊或子系統編制相應的驅動模塊。（Y）71. 進行自底向上集成測

8、試，需要為所測模塊或子系統編制相應的樁模塊。（N）72. 進行自頂向下集成測試，需要為所測模塊或子系統編制相應的驅動模塊。（N）73. 進行自頂向下集成測試，需要為所測模塊或子系統編制相應的樁模塊。（Y）74. MM-路徑是可執行路徑。（Y）75. 非漸增式集成方式，發現錯誤難以診斷定位。（Y）76. 集成測試是檢驗程序單元或部件的接口關系，逐步集成為符合概要設計要求的程序部件或整個系統。（Y） 77. 系統測試多采用白盒測試（結構性測試）技術。（N）（黑盒測試）78. 驗收測試是由最終用戶來實施的。（N）79. 負載測試是驗證要檢驗的系統的能力最高能達到什么程度。（N）80. 我們可以人為的

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

10、同的測試工具，設計和維護測試系統，對測試方案可能出現的問題進行分析和評估。軟件測試是在受控制的條件下對系統或應用程序進行操作并評價操作的結果。軟件測試的目的是以最少的時間和人力，系統地找出軟件中潛在的各種錯誤和缺陷。測試是為了證明程序有錯，而不是證明程序無錯。一個成功的測試是發現了至今未發現的錯誤的測試。軟件測試的原則包括：所有的測試都應追溯到用戶的需求；盡早地和不斷地進行軟件測試；不可能完全的測試，因為輸入量太大，執行路徑太多；注意測試中的群集現象；避免測試自己的程序；設計周密的測試用例。2. 簡述軟件測試的目的和原則。答：軟件測試的目的是以最少的時間和人力，系統地找出軟件中潛在的各種錯誤和

11、缺陷。測試是為了證明程序有錯，而不是證明程序無錯。一個成功的測試是發現了至今未發現的錯誤的測試。軟件測試的原則包括：所有的測試都應追溯到用戶的需求；盡早地和不斷地進行軟件測試；不可能完全的測試，因為輸入量太大，執行路徑太多；注意測試中的群集現象；避免測試自己的程序；設計周密的測試用例。3. 軟件缺陷產生的原因？答： A軟件需求說明書編寫的不全面，不完整，不準確，而且經常更改 B軟件設計說明書 C軟件操作人員的水平 D開發人員不能很好的理解需求明書和溝通不足4. 什么是軟件測試，以及軟件測試的意義？答：軟件測試是為了發現錯誤而執行程序的過程。軟件測試是根據

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

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

14、一些建議。 7. 請辨析軟件的質量是“設計出來的”還是“測試出來的”觀點。8. 軟件測試與軟件開發的關系？答：軟件開發是一個系統的工程。包括需求分析，設計，編碼，測試，維護等等幾個環節。測試是整個軟件開發流程中的一個環節。9. 在測試生命周期中，測試過程分為幾個階段？各個階段的含義？以及各階段的測試依據是什么？答：軟件測試是一個規則的過程，包括測試設計、測試執行以及測試結果比較等。  測試設計：根據軟件開發各階段的文檔資料和程序的內部結構，利用各種設計測試用例技術精心設計測試用例。  測試執行：利用這些測試用例執行程序，得到測試結果。 

15、0;測試結果比較：將預期的結果與實際測試結果進行比較，如果二者不符合，對于出現的錯誤進行糾錯，并修改相應文檔。修改后的程序還要進行再次測試，直到滿意為止。如果測試發現不了錯誤，可能由于測試配置考慮不周到，應考慮重新制定測試方案，設計測試用例。按照開發階段劃分，軟件測試可分為單元測試、集成測試，系統測試和驗收測試。單元測試：針對每個單元的測試， 以確保每個模塊能正常工作為目標。集成測試：對已測試過的模塊進行組裝，進行集成測試。 系統測試：檢驗軟件產品能否與系統的其他部分協調工作。 驗收測試：檢驗軟件產品質量的最后一道工序。 10. 一名優秀的軟件測試工程師

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

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

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

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

20、1） 為每個等價類編號；（2）   設計一個新的測試方案,以盡可能多的覆蓋尚未被覆蓋的有效等價類,重復這一步驟,直到所有有效等價類被覆蓋為止。 （3） 設計一個新的測試方案,使它覆蓋一個尚未被覆蓋的無效等價類, 重復這一步驟,直到所有無效等價類被覆蓋為止。18. 什么是等價類？如何劃分等價類？等價類測試中有哪些方法？答：把單元的輸入域化分為幾種數據類，每種用來發現一類的錯誤，每類只用提供一個或幾個用例數據。目的是減少用例數量。19. 請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統測試、驗收測試的區別與聯系。答：黑盒測試：已知產品的功能設計規格

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

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

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

24、進程，將您的模塊與其他組的模塊一起測試。最后，將構成進程的所有模塊一起測試。系統測試是將經過測試的子系統裝配成一個完整系統來測試。它是檢驗系統是否確實能提供系統方案說明書中指定功能的有效方法。(常見的聯調測試)系統測試的目的是對最終軟件系統進行全面的測試，確保最終軟件系統滿足產品需求并且遵循系統設計。驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執行軟件的既定功能和任務。驗收測試是向未來的用戶表明系統能夠像預定要求那樣工作。經集成測試后，已經按照設計把所有的模塊組裝成一個完整的軟件系統，接口錯誤也已經基本排除了，接著就應該進一步驗證軟件的

25、有效性，這就是驗收測試的任務，即軟件的功能和性能如同用戶所合理期待的那樣。20. 什么是白盒測試?白盒測試主要采用的技術有哪些? 白盒測試有那幾種方法？并簡單描述各種方法的特點。答：白盒測試又稱為結構測試、邏輯驅動測試或基于程序的測試。它依賴于對程序細節的嚴密的檢驗。針對特定條件和循環集設計測試用例，對軟件的邏輯路徑進行測試。在程序的不同點檢驗程序的狀態，來進行判定其實際情況是否和預期的狀態相一致。白盒測試包括：邏輯覆蓋、基路徑測試、數據流測試、程序插裝等。總體上分為靜態方法和動態方法兩大類靜態：關鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義動態：語句覆蓋、判定覆蓋、條件覆蓋、判

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

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

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

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