不管是不是剛組建的測試團隊，流程大概分為如下。
1、梳理測試流程，可以重點把關的測試流程有：
需求review：策劃完成的需求文件必須讓開發、測試、運營進行review，提出review意見並最終改掉。這種review能發現需求的漏洞並提早改掉，提高整個研發過程的效率。
測試用例review：測試人員針對需求寫出粗略的用例點之後，再讓策劃、開發、測試、運營review一遍，目的還是發現需求的遺漏點，根據我們的經驗，由於測試人員已經思考了測試點，所以相當於是對需求的細化和剖析，這個review環節還是能發現很多需求的漏洞。
開發提測：測試人員事先發出冒煙測試用例，開發完成後，讓開發人員先根據冒煙用例進行自測，自測通過了以後才提交給測試，然後測試再根據相同的用例做冒煙測試。這樣能提高開發提測的質量。
上線前報告：上線以前，需要讓測試人員發一封報告，重點指出測試過程中發現的問題、及上線以後可能會出的質量問題，並在專案群裡面、或者召集開會把這些風險一一溝通過。如果有因為時間不足、或者因為客觀條件限制導致的測試不足的情況，一定要在這個環節進行說明，這樣，如果上線以後出問題了，大家也能理解測試。
線上bug review：對於線上發現的bug，如果沒有分析流程，測試人員需要制定線上bug的分析流程，先重點分析這個線上bug產生的原因、線上bug的影響範圍，然後大家一起決定可以有哪些改進措施可以避免同類線上bug再犯。這種改進措施需要能真正落實的，如果是可有可無的改進措施，就不要提了。這個措施可以讓大家一起剖析線上bug的產生原因，一方面可以避免專案組認為都是測試的錯導致線上bug，一方面，也發揮了測試人員質量保證的角色，推動流程讓質量更好。
2、確定測試技術可以提公升的點：
環境部署：如果有技術積累，可以把測試環境的部署拿來讓測試來做，這樣測試人員可以自己控制測試的版本和配置。也提高測試人員的工作範圍。
效能測試：如果是流量很大的產品，需要專業的服務端效能測試人員來進行效能測試，對於測試的專業性提公升有很大的價值。
專項測試
大家可以自己先評估需要引入上述哪些流程，然後，就是溝通、溝通、再溝通。所謂新官上任三把火，第一把火就是要把現有的情況先摸清楚。跟自己的組員溝通、跟專案的開發負責人、產品負責人溝通、跟自己的老大溝通。清楚他們希望我們重點改進的點，同時也把我們想要推的流程、理念傳遞出去。
在推流程的時候，建議盡量不要把自己站在產品的對立面，而是要跟產品站在同一邊，以產品的質量、開發效率等出發點來進行流程的推廣。大家相處愉快，整個團隊齊心協力，這才是老大願意看到的局面。根據我的經驗，其實不管是開發負責人還是老大，還是比較願意尊重我們的職業經驗，只要我們真正站在產品的角度去溝通，大多數人還是願意配合的。
測試流程及規範
date 2017 8 26 測試工作通常分為4個型別，功能測試 聯合測試 效能測試及穩定性測試。測試型別 測試意義 測試方法 功能測試 確保功能符合需求定義和所有功能可以正常完成工作 以手工黑盒測試為主，手工執行功能測試用例 聯合測試 乙個新產品或乙個產品的新版本發布時，要確保與之相配合的產品可以...
敏捷測試流程規範
1 立項與規劃階段 建立product backlog，確定整個專案的需求清單，同時完成需求 設計評審，並成立專案組，為後面迭代階段做準備 2 迭代階段 建立專案 需求評審 迭代計畫 分配任務 研發 測試階段 每日例會 驗收產品 發布產品 演示會 專案總結 1 立項與規劃階段 1 需求評審，進行需求...
1 規範的測試流程
需求分析由產品人員制定，他們要做的不是乙份簡單的文件，而是細化每乙個功能的細節，甚至每乙個按鈕的位置，對於稍大或複雜一點的需求都進行建模。這裡要求所有參與專案的人員都要參加需求評審，包括產品人員 開發人員 測試人員 qa人員。產品人員提出產品需求，開發人員考慮功能實現的方案與 可行性，測試人員需要對...