一、填空題：(每一空格2分，共60分)
1、 軟件實施活動的輸出工件有軟件測試計劃、軟件測試設計文檔、軟件測試用例、測試報告。
2、 代碼評審主要做工作。
1。保證代碼和詳細設計的一致。詳細設計文檔每一項都用代碼實現，沒有遺漏和增加
2。保證在編碼階段沒有引入新的錯誤，代碼在邏輯上是沒有問題的。
3、 軟件實施活動中集成員的職責是 。
4、 驗證與確認軟件實施活動主要有 、需求文檔評審、代碼評審、詳細設計評審 、 概要設計評審、 測試報告評審、SQA驗證。
5、 表明測試已經結束。
驗收測試通過後測試總結報告通過評審，納入到管理庫就可以表明這個測試階段可以結束
6、 軟件測試的目的是 。
驗證軟件是否滿足設計文檔、軟件需求說明書、軟件設計說明書、軟件產品說明等文檔規定的質量要求，通過測試儘可能發現軟件缺陷爲軟件質量測量提和評價供依據。
7、 軟件測試主要分爲系統測試，集成測試，單元測試 ，驗收測試 四類測試四類測試。
8、 軟件測試活動有制定測試計劃編寫測試方案，設計測試用例，執行測試用例，迴歸測試，提交測試報告，測試評估、測試結束八個步驟。
10、軟件測試角色有 測試經理，測試工程師，測試員，QA
二、不定項選擇題：(每題3 分，共15分)
1、 軟件實施活動的進入準則是()
A、 需求工件已經被基線化
B、 詳細設計工件已經被基線化
C、 構架工件已經被基線化
D、 項目階段成果已經被基線化
2、 下面角色不屬於集成計劃評審的是()
A、 配置經理
B、 項目經理
C、 測試員
D、 編碼員
3、軟件測試設計活動主要有(D)
A、 工作量分析
B、 確定並說明測試用例
C、 確立並結構化測試過程
D、 複審並評估測試覆蓋
4、不屬於集成測試步驟的是(D)
A、 制定集成計劃
B、 執行集成測試
C、 記錄集成測試結果
D、 迴歸測試
5、屬於軟件測試活動的輸入工件的是(A)
A、 軟件工作版本
B、 可測試性報告
C、 軟件需求工件
D、 軟件項目計劃
三、問答題：(共25 分)
1、 項目的集中管理在軟件公司的哪一個層面?(2 分)
管理層
2、 請描述軟件測試活動的生命週期。(8 分)
制定測試計劃、測試設計與開發、實施測試、評審測試 、版本發佈
3、 什麼是測試評估，測試評估的範圍是什麼?(5 分)
4、 闡述工作版本的定義。(2 分)
工作版本又叫正式發行版，是軟件通過最後的測試評審，符合設計以及需求文檔中的質量標準，最終推出的穩定版。
5 、 請畫出軟件測試活動的流程圖。(8 分)
用戶需求、需求分析、概要設計、詳細設計、編碼、單元測試、集成測試、系統測試、驗收測試。
1. 講述下V模型和每個階段的測試策略或者講述下測試的目的
用戶需求：整理用戶的需求說明、
需求分析：整理結束需求說明進行詳細的分析、其中包含對軟件質量的要求
概要設計：對軟件大體的開發及測試的初體計劃
詳細設計：根據已經編寫好的計劃進行深入的，計劃設計。
編碼：軟件開發編碼階段
單元測試：對已經開發出來的單元模塊，進行模塊測試、一般包含有黑盒測試和白盒測試。
集成測試：對已經開發出來的功能集成模塊進行黑盒與白盒測試
系統測試：對已經發開完畢的軟件進行整體的黑盒與白盒測試、其中包含有文檔等測試
驗收測試：有客戶介入，主要由客戶爲主進行的最終測試。
02. 您是否瞭解以往所工作的企業的軟件測試過程?如果瞭解，請試述在這個過程中都有哪些工作要做?分別由哪些不同的角色來完成這些工作?
03. 您是否瞭解以往所工作的企業的軟件開發過程?如果瞭解，請試述一個完整的開發過程需要完成哪些工作?分別由哪些不同的角色來完成這些工作?(對於軟件測試部分，可以簡述)
04. 您在以往的測試工作中都曾經具體從事過哪些工作?其中最擅長哪部分工作?
05. 您所熟悉的軟件測試類型都有哪些?請試着分別比較這些不同的測試類型的區別與聯繫(如功能測試、性能測試……)
06. 請試着比較一下黑盒測試、白盒測試、單元測試、集成測試、系統測試、驗收測試的區別與聯繫。
07. 測試計劃工作的目的是什麼?測試計劃工作的內容都包括什麼?其中哪些是最重要的?
08. 您認爲做好測試計劃工作的關鍵是什麼?
09. 您所熟悉的測試用例設計方法都有哪些?請分別以具體的'例子來說明這些方法在測試用例設計工作中的應用。
10. 您認爲做好測試用例設計工作的關鍵是什麼?
11. 請以您以往的實際工作爲例，詳細的描述一次測試用例設計的完整的過程。
12. 您以往的工作中是否曾開展過測試用例的評審工作?如果有，請描述測試用例評審的過程和評審的內容。
13. 您以往是否曾經從事過性能測試工作?如果有，請儘可能的詳細描述您以往的性能測試工作的完整過程。
14. 您在從事性能測試工作時，是否使用過一些測試工具?如果有，請試述該工具的工作原理，並以一個具體的工作中的例子描述該工具是如何在實際工作中應用的。
15. 您認爲性能測試工作的目的是什麼?做好性能測試工作的關鍵是什麼?
16. 在您以往的工作中，一條軟件缺陷(或者叫Bug)記錄都包含了哪些內容?如何提交高質量的軟件缺陷(Bug)記錄?
17. 您以往所從事的軟件測試工作中，是否使用了一些工具來進行軟件缺陷(Bug)的管理?如果有，請結合該工具描述軟件缺陷(Bug)跟蹤管理的流程。
18. 您以往是否曾經從事過單元測試和集成測試?如果有，請談一下這些工作的實際開展情況。
19. 您如何看待軟件過程改進?在您曾經工作過的企業中，是否有一些需要改進的東西呢?您期望的理想的測試人員的工作環境是怎樣的?
20. 您以往工作過的企業中，是否開展了軟件配置管理工作?您能否描述一下這項工作的開展情況和您對這項工作的認識?
21. 您是否熟悉一些主流的軟件工程方法論和思想，如RUP、CMM、CMMI、XP、PSP、TSP。如果熟悉，您是否可以談一下對這些方法論和思想的認識?
CMM:SW Capability Maturity Model 軟件能力成熟度模型,其作用是用於軟件過程的改進、評估及軟件能力的評鑑
CMMI:Capability Maturity Model Integration 能力成熟度模型集成 CMMI融入了大部分最新的軟件管理實踐，同時彌補了SW-CMM模型中的缺陷
RUP:rational unified process 是軟件工程化過程。它提供了在開發機構中分派任務和責任的紀律化方法.它的目標是在可預見的日程和預算前提下確保滿足最終用戶需求的高質量產品,個人認爲：它的核心觀念是開發的迭代，每個公司可以根據自身的軟件開發的流程和待開發項目的特點對RUP進行適當的剪裁，制定出符合自己的軟件開發流程。
XP：extreme program，即極限編程的意思，適用於小型團隊的軟件開發，想上面第三個問題就可以結合原型法採用這樣的開發流程。要明白測試對於xp開發的重要性，強調測試(重點是單元測試)先行的理念。編程可以明顯提高代碼的質量，持續集成對於快速定位問題很有好處。
PSP ,TSP 分別是個體軟件過程(Personal Software Process)，羣組軟件過程(Team Software Process)大家都知道，CMM只是告訴你怎麼做但並沒有告訴你如何做，所以PSP/TSP就是告訴你企業在實施CMM的過程中如何做，PSP強調建立個人技能(如何制定計劃、控制質量及如何與其他人相互協作等等)而TSP着重於生產並交付高質量的軟件產品(如何有效地規劃和管理所面臨的項目燜偃砑?饈醞?發任務等等)
總之，單純實施CMM，永遠不能真正做到能力成熟度的升級，只有將實施CMM與實施PSP和TSP有機地結合起來，才能發揮最大的效力。因此，軟件過程框架應該是CMM/PSP/TSP的有機集成。
22. 您認爲在測試人員同開發人員的溝通過程中，如何提高溝通的效率和改善溝通的效果?維持測試人員同開發團隊中其他成員良好的人際關係的關鍵是什麼?
23. 在您以往的測試工作中，最讓您感到不滿意或者不堪回首的事情是什麼?您是如何來對待這些事情的?
24. 在即將完成這次筆試前，您是否願意談一些自己在以往的學習和工作中獲得的工作經驗和心得體會?(可以包括軟件測試、過程改進、軟件開發或者與此無關的其他方面)
(1) 你對SQA的職責和工作活動(如軟件度量)的理解：
SQA就是獨立於軟件開發的項目組，通過對軟件開發過程的監控，來保證軟件的開發流程按照指定的CMM規程(如果有相應的CMM規程)，對於不符合項及時提出建議和改進方案，必要是可以要高層經理彙報以求問題的解決。通過這樣的途徑來預防缺陷的引入，從而減少後期軟件的維護成本。SQA主要的工作活動包括制定SQA工作計劃，參與階段產物的評審，進行過程質量、功能配置及物理配置的審計等;
(2) 說說你對軟件配置管理的理解
項目在開發的過程中要用相應的配置管理工具對配置項(包括各個階段的產物)進行變更控制，配置管理的使用取決於項目規模和複雜性能及風險的水平。軟件的規模越大，配置管理就顯得越重要。還有在配置管理中，有一個很重要的概念，那就是基線，是在一定階段各個配置項的組合，一個基線就提供了一個正式的標準，隨後的工作便基於此標準，並且只有經過授權後才能變更這個標準。配置管理工具主要有CC,VSS,CVS等，偶只用過CVS，對其它的不熟悉
(3) 怎樣寫測試計劃和測試用例：
簡單點，測試計劃裏應有詳細的測試策略(測試方法等)，合理詳盡的資源安排等，至於測試用例，那是依賴於需求(包括功能與非功能需求)是否細化到功能點，是否可測試等。