對於前一段的測試進行了總結，發現還存在諸多問題，重新梳理了測試流程。希望能夠儘早走向規範化。
測試目標
1. 確認產品是否符合客戶的需求，確認產品不存在需求錯誤；
2. 驗證產品的質量，確保產品不存在質量bug
測試分類
1. 按照測試階段
單元測試：開發人員所做的面向程序單元的測試；
集成測試：集成人員子系統有效集成的測試
系統測試：測試人員所做的完整系統的面向需求應用的測試
驗收測試：客戶所做的驗收系統的測試
2. 按照質量目標
功能測試：系統功能的正確性、完整性和一致性
性能測試：多用戶併發，多任務執行，長事物執行，大數據量條件下用戶請求的響應的及時性
可靠性測試：運行的穩定性，故障處理和恢復能力
測試過程的主要流程
測試需求--〉測試計劃--〉測試設計--〉測試實施--〉測試執行--〉測試報告
測試需求
認真對需求進行分析，步驟：
1. 參加需求評審
2. 獲取完整的需求；
3. 對需求進行分析，包括測試對象的分析->測試範圍的分析->測試用例的建模->驗收標準分析；
4. 測試需求規格，定義測試對象，測試範圍，測試標準，驗收標準；
5. 完成測試前的所有準備工作；
測試計劃
測試計劃模板，每個公司的模板會不同。
測試設計
測試用例暫時按照原模板進行編寫。目前我們的用例是按照功能點進行編寫，此用例適用於剛完成的一個產品，我們的用例能夠完整覆蓋所有的功能點，儘可能多的拋出出現的問題；但有些產品已經迭代幾個版本，有些功能在幾個版本中並沒有進行過修改，比如：登陸界面。此類產品的測試就需要站在用戶的角度進行一些合理場景的測試。這就需要我們根據測試的產品的特點進行用例的設計。用例編寫完成後要及時發出進行Review和審覈。
測試執行
每個產品的測試暫定爲3輪。
測試啓動之前要準備好此次測試所需的硬件軟件資源，比如測試機器等等
第一輪測試：BVT+功能測試用例，保證用例覆蓋所有的測試需求；
第二輪測試：BVT+bug迴歸+場景測試用例
第三輪測試：BVT+bug迴歸+主要場景測試用例（發佈前測試）
根據所測產品的特點合理的編寫測試用例。測試用例的ID一定不能亂。總用例數目要把控好，新增的用例要記錄好增加記錄。每天的週報不要只出現運行了多少，還要寫清總共多少
測試缺陷
測試bug提交到Redmine中。
1. 每天及時查看我的工作臺，及時更新指給自己的bug;
2. 進行第二輪測試時，先查看該版本下的bug是否已經全部標記爲已解決，完成度是否全爲100%；否則不啓動測試。
3. 打回的未修復的問題，要描述清楚原因並提供復現環境。
測試結論
按照附件的測試報告模板進行測試結論分析。
其他
根據不同公司的實際情況，需要對流程做出相應的調整。任何問題或建議可以直接交流。
