引言：你的流程是啥樣的？阿里的流程是啥樣？
以下是絕大多數公司的流程或者是面試的答案，不會有很大區別：
一般工作流程如下：
1.參與prd設計評審
2.確定業務後擬定測試case，保證場景覆蓋
3.組織case評審，保證後期的測試執行一致性
4.提測後，測試執行，bug提出，跟進，解決
5.有延期上線的風險第一時間和各團隊溝通
6.上線交付，風險拋出
7.項目新迭代跟進，歷史問題跟進，線上問題答疑
maybe：在過程中組織部門間溝通，給業務方培訓
但你會發現這樣的問題問的很多，但又千篇一律，以下我根據阿里同學的情況做一下總結思考:
阿里工作流程上：
1.參與KO，確認項目必要參與的人員，增、刪、改
2.參與mrd業務價值評審，不合理的業務會被cut
3.mrd確認後，prd評審，確認ptm，根據評審後各部門之間的前後依賴制定測試計劃，測試計劃要伴隨過程中的變動實時變化、並通過prd擬定大方向case
通過以上部分，測試同學可以相對充分理解業務價值和背景，業務背景也是很多同學的薄弱環節，不清楚這部分內容，很難連貫的理解業務場景；
4.提測後測試執行，根據過程裡的測試難點思考如何抽象出可重複利用的測試提效工具。在有必要的情況下與開發人員共建工具。工具產出後有可能的情況下將工具作為產品去推廣
5.bug的提出與定位，這個過程是依賴前期規約開發人員要有非常詳盡的日誌，並提供文檔，保證高效。及時提出及時解決，儘快發佈儘快驗證
6.中小型項目口頭告知測試通過可上線。上線後，大項目做灰度發佈做線上監控，業務監控，服務監控，小項目直接發佈並做監控。在工作群裡通知每一個干係人，上線後的項目所有人都會關注。
7.關注後期的業務價值反饋。業務人員必須讓大家看到做的項目產出了多大的價值
8.自驅動做效能工具：自動化、監控、監控治理
相對於傳統測試流程，後期我們更強調測試技術的沉澱，以及對線上問題的歸納總結。
還有一種問題就是，我隱隱約約覺得你說的阿里有些內容我們公司似乎也有，但執行的好像不充分，這就涉及到公司文化以及團隊執行定力，很多事情只有充分執行和長期執行才能顯現出效果。
閱讀更多 測試開發圈子 的文章
