測試的基本流程以及在流程各部分所負責的工作
1【制定測試計劃】-- 制定測試計劃（需求會議-評審）需求分析點。
首先要有必備的素質，包括溝通能力、表達能力、邏輯思維能力、團隊協作能力、處理日常事務和突發事件的能力、危機感和毅力；同時要具有熟悉產品、明確測試流程中各個階段的工作、測試案例的設計能力、使用測試工具、測試管理的專業素質。
2【需求文檔-項目計劃書】 -- 開發 產品
項目立項（項目計劃、產品需求說明書）——>瞭解項目需求，並驗證需求的可測試性（進行需求評審）；此時指派給相應的測試人員；交互定稿後（有界面，定稿後可編寫測試大綱），制定項目測試計劃（明確要進行系統測試的項目需求點，以估算系統測試周期），在上述兩者確定後開始測試設計階段。
輸出件：項目測試計劃、測試計劃。
3【測試點】 -- 編輯測試用例 測試
根據測試計劃、需求概要等相關文檔，進行測試大綱（用例）的設計，用例編寫必須等到交互定稿後開展，此後進行組內評審和項目組評審。
輸出件：測試需求說明書、測試用例、測試計劃、用例評審記錄。
4【執行測試用例】-- 測試 提交給測試經理，經理會根據條件給出詳細報告
開發進行自測（使用測試提供的開發自測用例），若開發自測不通過，則需要註明註明情況，如何時才能測試阻塞部分的功能，否則不能提測。
先由產品經理（交互）進行產品驗收，保證沒有需求bug。如果有產品，產品看功能，若滿足需求，指派給測試（測試備註，完成審覈）；否則，把單子指回給開發，待到審覈通過後再重新提單。
5【發現並提交缺陷】-- 測試
6【開發組修正缺陷】-- 開發
開始測試，包括功能需求測試、專項測試等等。注意在測試過程中每日都要更新測試單，說明測試進度，測試情況。
輸出件：測試申請單、測試階段總結、測試報告、缺陷列表。
7【對已修正缺陷進行復測】-- 測試
8【修正完成的】將狀態置爲已關閉 錄入
9【未正確修正】的缺陷重新激活 執行復現步驟
整理測試報告發給項目組，讓產品評估是否可以發佈，哪些bug必須改。
測試工程師提交測試報告後，由測試負責人審查報告，通過後產品提交回歸測試，由測試負責人審查bug處理結果，測試工程師再執行迴歸測試，最後輸出測試總結。測試負責人審查測試總結，產品驗收確認，通過後即發佈。
10 【測試總結】
1、彙總項目初始以來嚴重buglist並進行項目組評審；
2、彙總已測試的功能點；
3、彙總未測試和無法測試的部分；
4、彙總測試不充分的部分；
5、彙總bug分佈圖和bug走勢圖；
6、總結項目風險。
常用的測試工具以及使用場景
1 測試管理工具
禪道（簡單好用）
git，同svn，但是多分支管理比svn好
2 接口測試工具
postman
3 性能測試工具
4持續集成工具
jenkins
.談談缺陷嚴重程度的劃分
致命、嚴重、一般、較小
導致系統主幹流程進行不下去，系統崩潰，服務無法提供，系統內金額錯誤，交易失敗等嚴重影響商戶體驗和公司名譽的缺陷
1、 嚴重(urgent)：
① 用戶需求未實現（影響到用戶完成業務）；
② 用戶需求實現錯誤（影響到用戶完成業務）；
③ 導致被測軟件響應明顯很慢（假死）、死機、非法退出、崩潰；
④ 用戶使用頻繁的功能，響應時間超出忍耐限度（不影響其他功能模塊）；
⑤ 導致後臺數據受損或丟失
2、 中等(medium) ：
① 用戶需求未實現（不影響用戶完成業務、用戶使用不頻繁) ；
注：用戶執行刪除操作時系統應彈出確認提示將固定視爲用戶需求，無刪除確認提示的缺陷歸屬本類
② 用戶需求實現錯誤 （不影響用戶完成業務、用戶使用不頻繁) ；
③ 用戶操作過程中系統出現異常報錯，但不影響系統功能的使用。
④ 用戶使用不頻繁的功能，響應時間超出忍耐限度；
⑤ UI上存在錯誤引導用戶的信息。
⑥ UI上信息缺失、無法顯示完整或出現亂碼從而給用戶造成疑惑的。
⑦ 用戶頻繁使用的功能易用性差（操作起來麻煩、複雜、效率低）
3、 輕微(low)：
① UI控件不符合界面規範。
② 影響UI友好性。
③ 用戶不頻繁使用的功能易用性差
缺陷狀態一般分爲：新建、打開、已分配、已修復、關閉、重新打開
中間會有：延期、重複、拒絕等狀態
.測試工作中遇到過哪些棘手的問題
1 由於一個模塊產生的缺陷，導致本頁面下沒有缺陷，但在其他模塊下導致的缺陷，
2 復現步驟生缺陷 ，總會有些不知所措的缺陷，由於數據分流導致數據重載
如何高效的編寫測試用例
1、覆蓋到所有的業務邏輯（包括正常邏輯和異常邏輯，注意隱性業務會產生的場景）
2、覆蓋到所有的典型用戶場景（正常和異常場景）
3、覆蓋到所有的需求點（當前版本涉及的所有功能）
4、測試目標明確，並且測試步驟能夠最快的達到測試目的或者測試時間很短（測試計劃起到非常關鍵的作用）
5、沒有冗餘的用例（相同的用例可以複用）
6、測試用例能夠直接附帶測試策略，該模塊的策略指定人和用例執行人能夠非常清楚（從這點上，寫用例要體現的關鍵點很重要）
1、優先完成業務邏輯圖（建議畫思維導圖，畫出測試點），需要在測試的角度上面去畫邏輯圖，包括數據流完整的輸入和輸出過程，並且自己能夠理解爲什麼這樣處理
2、分析每個邏輯的處理是否完善，是否有沒有覆蓋到的地方（考慮要周全，重心放在大方向流程上）
3、根據業務邏輯編寫測試用例，保證每個邏輯都能夠有對應的用例覆蓋（有條件性的用例覆蓋）