1、介紹一下整體項目流程
答案：1. 搭建缺陷管理的環境和測試環境以及配置管理的環境搭建；2. 編寫測試計劃；3. 設計測試用例；4. 編寫測試用例；5. 測試用例的評審；6. 執行測試；7. 缺陷管理； 8. 測試報告的輸出
2、在實際項目中你是如何做測試計劃
答案：
1.對客戶提供的或需求分析人員編寫的用戶需求文檔或需求規格說明書進行分析，提煉出測試要點；
2.根據測試要點編寫測試用例。
3.由評審組對測試用例進行評審--修改--再次評審--初步定稿
4.執行測試
4.1 按照測試用例對系統進行功能驗證及客戶的需求驗證
4.2 將測試過程中產生的Bug錄入缺陷管理系統
4.3 新版本發佈後，對本次版本新增加的功能以及開發人員修正的Bug進行迴歸測試
4.4 根據項目需要提交測試報告。
3、你是如何制定測試過程中的時間進度表的
答案:根據項目的需求、開發週期、開發人員的開發進度等時間安排來制定一個測試時間進度初 稿，並將測試時間進度表交與整個項
目團隊成員大家一起討論和分析，最終和所有人達成共識制定出一個大家都可以執行的測試時間進度表。
時間表中包括了開發人員提交功能或功能模塊的時間，以及爲了更好的執行測試，配合測試人員進行功能培訓的時間，以及測試
執行時間等，都詳細的寫到WBS中，並按照這個時間進度表來執行項目的測試任務。
4、測試計劃都包括那些項
答案：1. 測試計劃目標 2. 測試參考文檔 3.測試術語與定義 4. 測試內容 5. 測試人員的分工 6. 測試進度 7. 測試流程
8. 測試工具 9.測試缺陷管理 10. 測試的風險分析
5、測試用例如何設計的
答案：在測試用例設計之前首先要熟悉客戶的需求文檔或需求規格說明書，以做到對被測系統的熟悉，充分了解產品的詳細功能，並在熟悉過程中即使與研發人員和客戶人員進行有效的溝通。然後從需求中提煉中各個模塊的詳細功能點編寫出一個測試要點的'文檔。根據測試要點設計測試用例，測試要點與測試用例是一個一對多的關係，一個測試要點可能會需要幾個測試用例的驗證，有正常的操作和異常的操作，甚至是幾個正常與幾個異常的操作，這要根據實際功能的要求來具體分析具體實現。
6、測試用例包括那些項
答案：產品名稱、功能模塊、用例的編號、編寫人、被測功能的簡述，測試的預置條件，測試步驟，預期結果，實際結果。
7、缺陷處理流程
1.講缺陷的詳細信息錄入缺陷管理系統，並分配給對應的開發人員
2.如果遇到一些難以再現的缺陷，在開發人員修正過程中配合開發人員進行Bug的再現。
3.開發人員修正Bug後，會在缺陷管理系統中將修正後的Bug狀態更改，通常爲Fixed狀態。
4.新版本發佈後，測試人員會講bug狀態已經更改爲Fixed的Bug進行迴歸測試。如果測試通過，則將該Bug關閉，如果仍
未通過，則將該Bug從Fixed更改爲Reopen狀態，繼續讓開 發人員來修正。並等待下一個新版本發佈後的二次迴歸測試。
8、缺陷報告包括那些項
答案：編寫人、被測系統的版本號、測試環境、預期結果、實際結果、對於實際結果如有必要附上截圖、測試用例數、測試
用例通過 數，測試用例的通過率、對缺陷的一個分析彙總。
9、缺陷報告嚴重級別的劃分
嚴重級別的錯誤：影響系統整體基本流程運行的錯誤，由於某一操作造成系統死循環或服務器崩潰的錯誤較嚴重：功能實現錯誤、內部計算錯誤、
一般：UI錯誤，一些易用性的錯誤或建
10、開發人員修復缺陷後，如何保證不影響其他功能
答案：Bug的修復以及新功能的添加都有可能對版本造成一些影響，爲了避免，在新版本發佈以後，首先會對新版本做一個基礎的流程測試也叫做冒煙測試，如果測試基本流程都順利通過沒有任何問題，那麼測試人員可以繼續進行詳細的測試，否則就將冒煙測試中出現 的問題以及問題有可能出現的原因反饋給開發人員，由開發人員修正後再次發版，進行測試。這是一個迭代的過程。
11、修復一個BUG而導致其他的BUG出現，該如何處理
答案：幫助開發人員分析問題鎖定原因然後進行新Bug的修正。
12、測試總結報告包括那些項
答案：測試用例的通過數，測試用例的未通過數，以及測試用例的通過率，未通過的功能都集中在哪幾個功能模塊 ，根據測試經驗以及測試結果進行一個缺陷的分析和建議。
13、測試工作進行到一半是，發現時間不夠，你如何處理
答案：1.與客戶溝通本次發佈的版本什麼是最重要的，什麼是其次，我會安排一個優先級來對整體測 試功能進行一個篩選。
2.我會和測試組原體人員一起加班
14、開發與測試的關係
答案：開發和測試是一個整體，也可以說測試驅動着開發，開發配合着測試，相輔相成的，在一個完整的項目組中缺一不可。
15、如果你是測試組長你如何對項目及組員進行管理
答案： 首先要從需求開始，充分了解被測系統的功能以及業務需求，並在遇到問題的時候及時有效的與開發人員以及其他項目相關人員進行溝通，做到最被測系統的十分熟悉。並瞭解整個測試組的成員他們的測試技能以及擅長的工作，做到測試任務的合理分配，得以讓測試工作快速，穩定高效的進行！
16、如果你提交的BUG開發人員說這不是缺陷你該怎麼辦
答：若遇到開發人員說提交BUG不是缺陷則跟項目組的需求人員，設計人員以及該功能的開發人員共同討論做確認。
17、發現問題後你是如何判斷其是否是BUG，你是如何提交的、
答案：測試用例是經過評審組嚴格的評審，完全按照客戶的需求規格說明書作爲最終依據來評審的，如果測試過程中，測試結果與實際結果不符就很可能是Bug，如果一些比較明顯的問題就直接錄入缺陷管理系統，如果是一些邊界問題不容易確定的，可以通過和開發人員甚至是設計人員等進行溝通最後得出一個結果究竟是否是Bug，如果是Bug就錄入，如果是一個需要增加的新功能等，可以錄入缺陷管理系統，類型爲新需求。
