不知道你是不是想問如何成為一名測試架構師？

簡單談下個人理解：

測試架構師是一個公司所有測試技術經驗的窪地，他了解內部大部分的技術最佳實踐，也在積極瞭解公司外的最佳實踐，

透過個人的實踐評估出適合自己公司現狀，能解決公司現在問題的測試技術，有利於公司做好測試技術知識資產的管理，

減少公司內測試知識資產的重複浪費。

國內可能有些誤區，如把測試架構師定位為測試工具開發工程師或自動化測試開發工程師，

其實這些工作不需要測試出身也能做好。測試技術領域除了工具和自動化，

其實還有很多的領域：如何提高測試設計的質量，如何提高有效場景的測試覆蓋率，

如何把握好測試成本和測試目標的平衡，如何幫助開發提高產品的可測試性，

如何做好產品的可測試性設計，如何做好產品的專項測試（可靠性、安全性、效能、壓力等），

如何做好測試執行的保障，如何做好黑盒以外的測試（需求和設計的測試），

如何做好編碼前的測試，編碼階段的測試等等。

測試架構師可以基於如何提高測試覆蓋率，如何提高測試效率和測試質量的角度提出測試工具和自動化測試框架的開發需求，甚至一些實現的指導就可以了。

我的理解你是想說測試技術架構，不是開發架構。因為兩個在深度廣度上有著很大的區別，而全掌握開發技術架構的測試不是一個好開發。

廣義的測試技術架構包括自動化和手工測試設計等，但現在處處都要程式碼能力的環境下，我們提到技術架構是指自動化的架構。

技術架構很難快速掌握，這就象工程師為什麼分初、中、高階，然後才架構師一樣。只有不斷的練習，自己發現其中的問題，有一定的積累，才敢說掌握。當然，其中還是有一些竅門。

廢話有點多，轉入正題。

1. 有一定的測試理論的實踐的功底。這是必須的，也是測試和開發最大的區別，也正因此，你才能理解並且和設計出符合測試人員使用的架構。

2. 學習一門語言，目前java和python都是可以的。python入手更容易一些。java學習週期相對長一些。

3. 下載一個開源框架，並嘗試寫一兩個指令碼。這個和#2可以同時學習。

4. 用開源框架設計100條以上的指令碼。

為什麼100條？這只是一個概數，要求的是你必須設計出對應的場景，並把它自動化。事實上，只嘗試性的寫幾個指令碼，和只寫個hello world沒有任何區別。

這一步也是提升測試架構能力的核心。其目的有：真正理解框架中每個模組的關係；每個方法應該如何應用。

5. 拿兩個框架來做對比。比如是ui自動化和api自動化，或是兩種同類型的框架。

其目的是瞭解不同框架中設計上有什麼不足的地方。一個好的框架，應該對對指令碼設計、指令碼管理（維護）、指令碼執行、調優幾個方面。你可以從這幾個方面來做比較。

6. 嘗試自己設計一個框架或是一個平臺。

這6步都做到的話，你就掌握的不只是自動化框架設計能力，而是基本上整個測試的技術架構。

最後想說的是：不同開發架構，對測試技術的要求也相差很大，微服務、大資料、安全。所謂測試技術架構往往是針對某一種開發技術。