1、首先向客戶提出需求，產品經理、開發人員、測試人員一起參加需求的評審，依據當前專案、人員、工期的實際情況，評估需求點的可行性。
2、需求評審完之後，測試人員需要做測試分析，在做測試分析的時候，多與客戶、產品經理、開發人員溝通，分析需求 檔。如果是優化系統，則對現有的系統進行分析，了解業務邏輯，了解**實現邏輯，然後結合現在的需求功能點，需要改進哪些地方，做出具體的分析。如果是新開發的系統，則需要多角度的了解業務邏輯，了解開發人員的**實現邏輯。測試分析階段，開發人員也完成了系統分析，每個功能點實現的工期都有評估到，測試時間也評估出來（測試得開始時間—測試得結束時間）
3、開發人員的系統分析評審會結束後，測試人員需要召開會議，做測試分析評審，客戶、產品經理、開發一同參與評審，如果測試點沒能全部覆蓋業務場景，那麼客戶、產品經理提出意見，進行修改，如果測試得相關步驟和邏輯與開發有衝突，開會提出意見，然後做出會議紀要，修改測試分析，最後發出最完整版本的測試分析文件。
4、開發人員正式進入編碼階段，測試可以根據自己寫的測試分析文件，編寫測試用例，測試用例的編寫規範要達到產品、需求、開發都能讀懂，執行的要求。
5、測試用例編寫完，開發的編碼階段也結束，開發人員進行單元測試，測試通過之後，將第乙個版本交付到測試人員手裡，這時候，可根據專案具體情況，安排交付測試的時間，從所有用例選取幾個主場景 的用例執行，執行通過，那麼交付測試階段也完成。
6、然後就是正式的執行測試階段，開始按照測試用例執行測試，適當地可以安排1到3
**能測試，對於邏輯較複雜的可以反覆多次測試，對於修復的
bug，要考慮到此次改動是否影響到其他功能點。
7、功能測試階段，bug
都已修復，且測試驗證通過，就可以安排客戶進行驗收測試。
8、驗收測試通過，就可以發布產品，整個測試流程結束。
全鏈路壓測的大概思路
jul 15,2018 技術 hits 參與了我們業務的全鏈路壓測，雖然過程磕磕絆絆，壓測的當天晚上還在寫壓測指令碼，但是核心鏈路的壓測還是做了起來，效果也不錯，當前晚上就爆出了乙個p1級的bug。這篇文章就總結下如何做核心鏈路的全鏈路壓測。首先要清楚的一點就是，什麼時候開始做全鏈路壓測？我們有另外...
軟體測試 軟體測試的定義 軟體測試的目的
軟體測試的定義 軟體測試已有了行業標準 ieee ansi 1983年ieee提出的軟體工程術語中給軟體測試下的定義是 使用人工或自動的手段來執行或測定某個軟體系統的過程，其目的在於檢驗它是否滿足規定的需求或弄清預期結果與實際結果之間的差別。這個定義明確指出 軟體測試的目的是為了檢驗軟體系統是否滿足...
測試新思路
專案的開發風險來自於對需求的誤解，來自於設計與開發過程及產品的缺陷，只有盡早發現這些缺陷，才能降低並控制專案風險。基於這種思想，軟體業出現了一些新的測試思路，主要有二 1 測試驅動開發 test driven development，簡稱tdd 這種測試思想被最近流行的xp extreme prog...