前言：測試流程的建立應該根據公司項目情況和測試團隊的現狀來分析組建，不能只模仿不創新，要不然測試的流程很難往下繼續推進，或者會大大影響工作效率，起不到測試的本質作用。
一、傳統的測試流程（此測試流程適合於測試團隊較成熟的情況）
計劃階段：
1.制定測試方案（前提：開發組需提供需求文檔、設計文檔以及開發週期和版本發佈週期），測試方案制定好之後需要項目負責人蔘與評審，確認測試方案是否可執行。
測試階段：
2. 測試用例（兩種情況：可根據詳細設計文檔進行編寫，如果沒有設計文檔，可以後期根據系統進行編寫）
3.單元測試：單元測試一般由開發人員執行（包括進行冒煙測試），然後根據測試的結果由測試人員編寫單元測試報告。（Vu單元測試工具）Visual Unit
單元測試Vu的使用說明：http://wenku.baidu.com/view/49191d262f60ddccda38a04b.html
5.系統測試：包括功能測試（手工和自動化）、性能測試（壓力、容量、負載等）、兼容性測試、迴歸測試、數據庫測試、文檔測試等等。（需要測試的模塊要根據項目的需求在測試方案中定義出來）編寫系統測試報告。
測試人員的工作內容以及大概時間安排
1.熟悉項目的需求、設計、週期等等，然後編寫測試方案。（一週）
2.文檔齊全的情況下，需要開始編寫測試用例。（兩週-初稿）
3.根據單元測試的結果，編寫單元測試報告（兩天）
4.根據集成測試結果，編寫集成測試報告（兩天）
5.功能測試、性能測試、兼容性測試等等（四周）
6. 編寫系統測試報告（三天）
7.迴歸測試，進行下一輪測試。（兩週）
8.用戶手冊。（一週-初稿）
9.聯機幫助。（兩週）
10.測試用例、用戶手冊以及測試工作，需根據項目的進度持續更新。
二、適合本部門的測試流程：（項目多，測試人員只有兩人，針對這種現狀，個人建議的測試流程如下）
1.測試大綱：測試開始之前需要測試大綱、測試每一個版本需要一個可執行的測試計劃。
2.測試用例：以業務流程和功能點爲主，暫時不需要非常詳細的用例，編寫功能清單（一方面可以方便提供給開發人員作爲驗收文檔的一部分，一方面方便測試人員節約時間並且提高可用性）
3.系統測試：首先是功能測試，然後根據項目需求進行其他性能測試、兼容性測試、安裝卸載測試等等。系統測試完成後需要提供測試報告，反饋給開發人員。
4.迴歸測試：項目發佈下一版本後，需要進行迴歸測試，並測試新增功能點，以及和該功能關聯的模塊。（時間充沛，項目需要不斷迴歸測試的情況下，可以逐步推進自動化迴歸測試）
5.測試報告：beta版本測試完成後，需要提供beta版測試報告。
6.用戶手冊：編寫用戶手冊。（測試過程中編寫用戶手冊）。
測試人員需要完成的工作任務（時間爲大概預計週期）：
1.熟悉項目的需求、設計、週期等等，然後編寫測試方案。（三天）
2.文檔齊全的情況下，需要開始編寫測試用例。（三天）
3.功能測試、性能測試、兼容性測試等等（五天）
4.編寫簡潔版測試報告提供給開發人員（一天）
5.迴歸測試，進行下一輪測試。（四天）
6.系統測試報告（完整型的）（三天）
7.用戶手冊。（五天-初稿）
8.聯機幫助。（十天）
9. 測試用例、用戶手冊以及測試工作，需根據項目的進度持續更新。測試工作也需要根據發佈的版本進行多次迴歸測試。
總結：按照正常的流程來走，大概完成一次測試和迴歸需要19個工作日。用戶手冊和聯機幫助製作的時間可以穿插在測試過程中。
示例（XXXX保障服務系統）：
1. 需要提供XX項目的設計需求、設計、週期文檔，測試人員通過文檔去制定測試大綱；
2. 提供詳細設計文檔或者系統，測試人員開始編寫測試用例；
3. 系統較穩定後，開始進行功能測試和性能測試，測試完成，需提交測試報告；
4.開發人員解決完jira中的bug後，發佈新版本，測試人員開始迴歸測試以及下一輪的測試，測試完成提交測試報告；
5.待系統版本穩定後，編寫詳細的測試報告。
6. 然後開始編寫用戶手冊，參與項目打包，以及安裝卸載測試。
三、建立測試知識庫
1. 將學習計劃納入到工作計劃中，定義好時間段，以及總結學習之後的成果，並將學習成果存放到協作交流平臺中。好處是：平時利用多餘的時間積累好測試知識，便於後期有相關的測試需求時，能夠更快的進行相關的測試。
2. 目前我收集的測試需掌握的技能：
web測試：selenium自動化工具、AppScan安全測試、Xenu鏈接測試等等
腳本語言：python、VBScript、C#、C
數據庫：Access、SqlServer、Oracle
操作平臺：Linux
常用的測試工具：QTP、Loadrunner
測試技術：功能測試、性能測試、文檔測試、壓力測試、兼容性測試、安全測試、可靠性測試、病毒測試、安裝卸載測試、
其他：QC、網絡知識、bugfree、TeamCity、Visual Unit(Vu)、HttpUnit（集成測試工具）
四、一些標準：
1. 測試類型：功能測試爲主（首先保證功能的正確性），性能測試（除非比較強調或想驗證具體的性能指標是否達到時再去執行性能測試），安裝測試，界面測試，穩定性測試，可靠性測試。
2. 測試大綱：要求每個測試的項目編寫測試大綱，客戶有要求的按客戶要求，客戶無要求的，按內部精簡的模版來寫（測試範圍、功能清單、測試時間、人員安排、測試環境），單獨建一個文檔形成規範。
3. 測試報告：要求同測試大綱；小版本的測試結果可以直接通過郵件發送給相關人員；最後綜合報告建議在項目要提出進行驗收時出具，可按較正式的格式來編寫。
4.測試時長：每個項目至少集中測試2輪（第一次測試+迴歸測試），要保證至少在驗收兩週前開始進行；每次集中測試時間不超過一週（含熟悉系統需求和編寫簡單的測試大綱、測試用例）；
5.用戶手冊：必須要編寫的文檔；用戶手冊建議做一下交叉測試；（避免嚴重明顯低級的錯誤）