1、你認為做好測試用例工作的關鍵是什麼？

需求和設計文檔的理解程度，對系統的熟悉程度。2、你認為做好測試用例工作的關鍵是什麼？1）尋找Bug；2）避免軟體開發過程中的缺陷；3）衡量軟體的品質；4）關注用戶的需求；總的目標是：確保軟體的質量。3、一套完整的測試應該由哪些階段組成？測試計劃、測試設計與開發、測試實施、測試評審與測試結論。

4、軟體驗收測試包括？

正式驗收測試，alpha測試，beta測試。5、系統測試的策略有？功能測試，性能測試，可靠性測試，負載測試，易用性測試，強度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢複測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試。6、描述軟體測試活動的生命周期？測試周期分為計劃、設計、實現、執行、總結。其中：1）計劃是對整個測試周期中所有活動進行規劃，估計工作量、風險，安排人力物力資源，安排進度等；2）設計是完成測試方案，從技術層面上對測試進行規劃；3）實現是進行測試用例和測試規程設計；4）執行是根據前期完成的計劃、方案、用例、規程等文檔，執行測試用例。

總結：記錄測試結果，進行測試分析，完成測試報告。

7、簡述軟體測試中的「80-20原則」（了解就行）（1）80%的軟體缺陷常常生存在軟體20%的空間里；（2）測試工作中能夠發現和避免80%的軟體缺陷，此後的驗收測試等能夠幫助我們找出剩餘缺陷中的80%，最後的5%的軟體缺陷可能只有在系統交付使用後用戶經過大範圍、長時間使用後才會曝露出來；（3）80%的軟體缺陷可以藉助人工測試而發現，20%的軟體缺陷可以藉助自動化測試能夠得以發現。由於這二者間具有交叉的部分，因此尚有5%左右的軟體缺陷需要通過其他方式進行發現和修正。8、詳細的描述一個測試活動完整的過程1）項目經理通過和客戶的交流，完成需求文檔，由開發人員和測試人員共同完成需求文檔的評審，評審的內容包括：需求描述不清楚的地方和可能有明顯衝突或者無法實現的功能的地方。項目經理通過綜合開發人員，測試人員以及客戶的意見，完成項目計劃。然後SQA進入項目，開始進行統計和跟蹤2）開發人員根據需求文檔完成需求分析文檔，測試人員進行評審，評審的主要內容包括是否有遺漏或者雙方理解不同的地方。測試人員完成測試計劃文檔，測試計劃包括的內容上面有描述；3）測試人員根據修改好的需求分析文檔開始寫測試用例，同時開發人員完成概要設計文檔，詳細設計文檔。此兩份文檔成為測試人員撰寫測試用例的補充材料；4）測試用例完成後，測試和開發需要進行評審；

5）測試人員搭建環境；

6）開發人員提交第一個版本，可能存在未完成功能，需要說明。測試人員進行測試，發現BUG後提交給BugZilla；7）開發提交第二個版本，包括Bug Fix以及增加了部分功能，測試人員進行測試；8）重複上面的工作，一般是3-4個版本後BUG數量減少，達到出貨的要求；9）如果有客戶反饋的問題，需要測試人員協助重現以及回歸測試。9、根據自己的理解回答什麼是軟體測試，軟體測試分為哪幾個階段？軟體測試是一個為了尋找軟體中的錯誤而運行軟體的過程，一個成功的測試是指找到了迄今為止尚未發現的錯誤的測試。軟體測試一般分為單元測試、集成測試和系統測試。10、一套完整的測試應該由哪些階段組成?分別闡述一下各個階段計劃階段、設計階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統測試、回歸測試、驗收測試。一套完整的測試應該由五個階段組成：1)測試計劃首先，根據用戶需求報告中關於功能要求和性能指標的規格說明書，定義相應的測試需求報告，即制訂黑盒測試的最高標準。以後所有的測試工作都將圍繞著測試需求來進行，符合測試需求的應用程序即是合格的，反之即是不合格的；同時，還要適當選擇測試內容，合理安排測試人員、測試時間及測試資源等。

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

3)測試開發建立可重複使用的自動測試過程。4)測試執行執行測試開發階段建立的自動測試過程，並對所發現的缺陷進行跟蹤管理，測試執行一般由單元測試、組合測試、集成測試、系統聯調及回歸測試等步驟組成，測試人員應本著科學負責的態度，一步一個腳印地進行測試。5)測試評估結合量化的測試覆蓋域及缺陷跟蹤報告，對於應用軟體的質量和開發團隊的工作進度及工作效率進行綜合評價。11、您認為做好測試用例設計工作的關鍵是什麼？白盒測試用例設計的關鍵是以較少的用例覆蓋儘可能多的內部程序邏輯結果；黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入介面。不可能做到完全測試，以最少的用例在合理的時間內發現最多的問題。12、黑盒測試和白盒測試是軟體測試的兩種基本方法，請分別說明各自的優點和缺點黑盒測試的優點：1）比較簡單，不需要了解程序內部的代碼及實現；

2）與軟體的內部實現無關；

3）從用戶角度出發，能很容易的知道用戶會用到哪些功能，會遇到哪些問題；4）基於軟體開發文檔，所以也能知道軟體實現了文檔中的哪些功能；5）在做軟體自動化測試時較為方便。黑盒測試的缺點：1）不可能覆蓋所有的代碼，覆蓋率較低，大概只能達到總代碼量的30%；2）自動化測試的復用性較低。白盒測試的優點：幫助軟體測試人員增大代碼的覆蓋率，提高代碼的質量，發現代碼中隱藏的問題。白盒測試的缺點：1）程序運行會有很多不同的路徑，不可能測試所有的運行路徑；2）測試基於代碼，只能測試開發人員做的對不對，而不能知道設計的正確與否，可能會漏掉一些功能需求；3）系統龐大時，測試開銷會非常大。13、Beta測試與Alpha測試有什麼區別？Beta testing(β測試)，測試是軟體的多個用戶在一個或多個用戶的實際使用環境下進行的測試。開發者通常不在測試現場Alphatesting(α測試)，是由一個用戶在開發環境下進行的測試，也可以是公司內部的用戶在模擬實際操作環境下進行的受控測試。14、一個缺陷測試報告的組成（1）測試軟體項目名稱，每個要測試軟體項目都有唯一的名稱，有的公司對項目還有特定的編號。（2）測試軟體版本號，測試周期內，一般需要測試多個軟體版本，報告錯誤時，一定要正確填寫產生錯誤的軟體版本號。（3）測試者名稱，便於分清責任，便於管理。（4）測試日期與時間，便於分析和統計錯誤報告信息。（5）測試軟體環境，包括操作系統和其他必要的軟體程序。（6）測試硬體環境，包括測試計算機和其他測試設備的配置信息。（7）錯誤描述，簡明的描述錯誤的特徵，便於查詢和快速瀏覽。錯誤包含以下幾個方面：a)錯誤標識編號(ID#)，每個錯誤都有一個唯一的標識編號，方便查詢。b)錯誤類型，根據錯誤類型，分配給適當的人員處理錯誤。c)錯誤級別，錯誤的嚴重程度和處理的優先順序，優先處理高級別的錯誤。d)錯誤狀態，錯誤狀態表明錯誤是否已經處理和將怎樣處理，根據錯誤狀態，採用適當的處理方法。e)錯誤處理者名稱，便於分清責任，便於管理。f)重現錯誤的操作步驟，便於重現錯誤，修復錯誤和驗證錯誤。g)期望的結果，描述滿足設計要求的結果。h)實際測試結果，描述實際測試後得到的結果。i)必要的附圖，便於確認錯誤的表現形式和錯誤位置。（8）測試者的建議等注釋，便於錯誤處理者快速和正確處理錯誤。

轉載聲明：以上內容與圖片均來源於網路，版權歸原作者所有，如來源信息有誤或侵犯權益，請聯繫我們刪除或授權事宜。