1、軟體測試的結束標準是什麼？

測試計劃中所有規定的測試內容和迴歸測試都已經執行完成
或根據上級主管對測試結果的意見，就可以結束本次測試

2、一套完整的測試應該由幾個階段組長，分別闡述一下各個階段。

一套完整的測試應該由5階段組成

1.測試計劃 
　　  首先，根據使用者需求報告中關於功能要求和效能指標的規格說明書，定義相應的測試需求報告，即制訂黑盒測試的最高標準，以後所有的測試工作都將圍繞著測試需求來進行，符合測試需求的應用程式即是合格的，反之即是不合格的;同時，還要適當選擇測試內容，合理安排測試人員、測試時間及測試資源等。 

2.測試設計 
      將測試計劃階段制訂的測試需求分解、細化為若干個可執行的測試過程，併為每個測試過程選擇適當的測試用例(測試用例選擇的好壞將直接影響到測試結果的有效性)。 

3.測試開發 
      建立可重複使用的自動測試過程。 

4.測試執行 
　　  執行測試開發階段建立的自動測試過程，並對所發現的缺陷進行跟蹤管理。測試執行一般由單元測試、整合測試、系統聯調及迴歸測試等步驟組成，測試人員應本著科學負責的態度，一步一個腳印地進行測試。 

5.測試評估 
　  結合量化的測試覆蓋域及缺陷跟蹤報告，對於應用軟體的質量和開發團隊的工作進度及工作效率進行綜合評價。 

3、什麼是缺陷報告？

缺陷報告是描述軟體缺陷現象和重現步驟地集合。軟體缺陷報告SoftwareBug Report （SBR）或軟體問題報告SoftwareProblem Report （SPR）

4、缺陷報告的作用

缺陷報告是軟體測試人員的工作成果之一，體現軟體測試的價值
缺陷報告可以把軟體存在的缺陷準確的描述出來，便於開發人員修正
缺陷報告可以反映專案/產品當前的質量狀態，便於專案整體進度和質量控制
軟體測試缺陷報告是軟體測試的輸出成果之一，可以衡量測試人員的工作能力

6、軟體測試缺陷報告的“5C”原則

內容準確(Correct)：
每個組成部分的描述準確，不會引起誤解
步驟簡潔(Concise)：
只包含必不可少的資訊，不包括任何多餘的內容
內容清晰(Clear)：
每個組成部分的描述清晰，易於理解
結構完整(Complete)：
包含復現該缺陷的完整步驟和其他本質資訊
風格一致(Consistent)：
按照一致的格式書寫全部缺陷報告

7、缺陷的二八定理

80%的缺陷出現在20%的程式碼中

8、軟體測試的流程

編寫測試計劃、設計測試用例、執行測試、提交缺陷報告、測試總結 。

第一步：確定需求文件和開發設計文件，根據這兩份文件制定測試計劃（需評審），擬定測試策略（需評審），需要考慮到測試環境，測試時間，測試風險等

第二步：設計測試用例，主要分：業務流測試、功能點測試、功能點之間的介面測試。進行測試用例的設計時，需要覆蓋到各種正常、異常處理情況。同時還包括介面測試、瀏覽器相容性測試，易用測試及效能測試等。

第三步：測試用例通過評審後，搭建測試環境，執行測試用例，記錄提交bug，開發修復bug

第四步：對bug進行回測分析，完成測試報告編寫

9、測試計劃的目的是什麼？測試計劃的內容都包括什麼？其中哪些是最重要的？

測試計劃的目的：編寫軟體測試計劃的目的是指導測試組成員進行工作和讓測試組以外的專案成員瞭解測試工作的。

測試計劃的內容：測試目的和測試專案簡介、測試參考文件和測試提交文件、術語和定義、測試策略、確定測試內容、資源、測試進度、測試員的職責與任務分配、專案通過或失敗的標準、暫停和重新啟動測試的標準、風險和問題等。

最重要的：測試策略、確定測試內容、資源、測試進度、測試員的職責與任務分配、專案通過或失敗的標準

10、請試著比較一下黑盒測試、白盒測試、單元測試、整合測試、系統測試、驗收測試的區別與聯絡。

黑盒測試：把測試物件當成一個黑盒子，測試人員完全不考慮邏輯結構和內部特性，只依據程式的需求說明書來檢查程式的功能是否滿足它的功能說明。
白盒測試：把測試物件當成一個透明的盒子，允許測試人員利用程式內部邏輯結構及相關資訊，設計或選擇測試用例，對程式所有邏輯路徑進行測試。
單元測試：白盒測試的一種，對軟體設計中的單元模組進行測試。
整合測試：在單元測試的基礎上，對單元模組之間的連線和組裝w進行測試。
系統測試：在所有都考慮的情況下，對系統進行測試

 驗收測試： 是向未來的使用者表明系統能夠像預定要求那樣工作。經整合測試後，已經按照設計把所有的模組組裝成一個完整的軟體系統，介面錯誤也已經基本排除了，接著就應該進一步驗證軟體的有效性，這就是驗收測試的任務，即軟體的功能和效能如同使用者所合理期待的那樣。

1、  階段評審與同行評審的區別?
參考答案：
同行評審目的：發現小規模工作產品的錯誤，只要是找錯誤；
階段評審目的：評審模組階段作品的正確性可行性 及完整性
同行評審人數：3-7人人員必須經過同行評審會議的培訓，由SQA指導
階段評審人數：5人左右評審人必須是專傢俱有系統評審資格
同行評審內容：內容小一般文件 < 40頁，程式碼 < 500行
階段評審內容： 內容多，主要看重點
同行評審時間：一小部分工作產品完成
階段評審時間： 通常是設定在關鍵路徑的時間點上

2、  測試結束的標準是什麼?
參考答案：
從專案週期看：
1、超出了所分配的測試時間；
2、用盡了分配的測試資源；
3、到達了某一個固定的里程碑（如合同規定的交付日期）。
從測試角度看：
1、測試需求覆蓋率；
2、測試程式碼覆蓋率；
3、測試用例度量；
4、缺陷檢查度量

3、  比較負載測試，容量測試和強度測試的區別?
參考答案：
負載測試：在一定的工作負荷下，系統的負荷及響應時間。檢查軟體在高負載情況下能否正常穩定工作。
強度測試：在一定的負荷條件下，在較長時間跨度內的系統連續執行給系統性能所造成的影響。
容量測試：確定系統可同時處理線上的最大使用者數，檢查處理大量數量的能力

4、 冒煙測試：是對軟體基本的功能進行測試，測試的物件是每一個新編譯的需要正式測試的軟體版本，目的是確認軟體的基本功能正常。

5、 如何測試一個安裝程式，選用什麼工具，什麼方法；
用虛擬機器測試安裝程式，在虛擬機器上執行安裝程式。
主要測試安裝時的安裝目錄、環境變數、硬體環境以及解除安裝過程等。

6、 軟體測試前需要做哪些準備工作；
①明確測試物件，瞭解測試內容；
②根據相關文件（需求文件和設計文件）編寫軟體測試計劃，如測試策略、測試方法；
③設計測試用例；
④搭建測試環境；
最後是執行測試。
(提交測試報告)

7、 軟體開發的階段，軟體測試的階段，以及每個階段的任務；
{RAD(rap application development),就是軟體開發過程中的一個重要模型，稱為快速應用開發模型。其模型構圖形似字母V，所以又稱V模型。他通過開發和測試同時進行的方式來縮短開發週期，提高開發效率。
V模型大體可以劃分為下面幾個不同的階段步驟，既需求分析、概要設計、祥細設計、編碼、單元測試、整合測試、系統測試、驗收測試。}
⑴需求分析：明確客戶需要，按需求寫出規格文件說明書；
⑵概要設計：構建框架，描述模組功能及介面；
⑶祥細設計：設計模組的具體實現方式及模組的組合方式（把程式的具體實現的功能，現象等描述出來）；
⑷編碼：按照祥細設計好的模組功能表，編寫出實際的程式碼；
①單元測試（模組測試）：按照設定好的最小測試單元進行按單元測試，主要是測試程式程式碼；
②整合測試（也叫組裝測試，聯合測試）：整合測試是在軟體系統整合過程中所進行的測試，其主要目的是檢查軟體單位之間的介面是否正確；
③系統測試：是對已經整合好的軟體系統進行徹底的測試，以驗證軟體系統的正確性和效能等滿足其指定的要求；
④驗收測試：驗收測試的目的是確保軟體準備就緒，並且可以讓終端使用者將其用於執行軟體的既定功能和任務。

8、 如何測試一支筆

建議大家：

首先，問清楚面試官我手頭可以利用的資源(SRS、HLD、LLD…)，以及工作的進度(ST、IT、UT)，我現在需要做些什麼工作……(搞清楚我需要做什麼，而不是埋頭苦幹);

其次，弄清楚我們的客戶(使用產品的人群、行業……)，確定測試的關注點以及優先順序;再下面是，編寫測試的詳細計劃、方案、用例(結合質量模型的六大特性，可能會涉及到功能、效能、安全測試)，一系列文件，並提交領導審批;用質量模型的特性將產品功能細化、分解，提取測試項、測試子項，編寫測試用例;最後是測試執行階段。