先講個引子： 上個工作部門：測試環境是測試工程師自己部署和維護；
現在工作部門：測試環境是開發工程師部署和維護；
剛開始的一個月非常不爽，偶爾服務異常（尼瑪）、偶爾測試執行失敗（詭異）、偶爾測試過程被中斷（暴躁）、偶爾自動化執行失敗（Fuck），強烈覺得這些情況打斷我的測試思想、甚至測試的持續性，開始思考通過什么方式拿回測試環境的維護權。
可以尼瑪兩個月過去之后，我放棄了。因為當服務異常、執行失敗的時候，肯定開發在部署新版本，那我去刷刷微博、刷刷豆瓣。換句話說：我用測試工程師維護測試環境的時間刷微博去了，為什么不呢？不過增加了一個約定：開發部署環境的時候先通知，測試工程師同意才可以部署。
結論：
開發維護測試環境的優勢：快速與準確。如果有問題的話，測試還是需要找開發解決，這是一種浪費。
最終結論：PD、PM、Dev、Test，在產品研發過程中，大家都做自身角色最高效的工作，緊密合作。
6年總結正文開始：
思想 > 技術：
技術實現你的思想，思想推動你的技術成長。如果技術視野不夠開闊，將嚴重限制你的技術。
技術更新太快，你不能保持技術的更新，但是思想可以，需要的時候你進行學習與實現。
典型的反面教材：#鄙視鏈# 性能測試->自動化測試->手工測試。
產品 > 質量：
產品興，測試興；產品亡，測試亡。作為測試工程師，守護產品（架構、需求、方向），守護產品質量。
如果產品提前上線一天，收入多100w，提前n天就是n*100w，作為測試工程師你什么測試策略？
合作 > 爭斗：
如引子中所講，不同的角色會有一些交互點的磨合，減少爭斗，多多合作。
亞馬遜有個很好模式：先從客戶的需求開始，然后再往后推，立項、申請資源、開發，大家都只做這個產品，直到產品下線，解散到下一個產品，沒有資源共享的情況（甚至UXD也是獨占式）。
綜合 > 精通：
未來以產品劃獨立團隊，未來開發自測質量越來越高，QA將轉移至集成測試、性能測試、自動化、工具開發、也參與白盒測試。技術能力上和開發處于同一水平，只是開發代碼熟練，QA測試熟練。
我們有一個測試數據中心，用于造各種測試數據。由所有的測試同學開發和維護，完成自己所測試的系統的造數據功能，沒有工具組。
團隊 > 個人：
團隊的短板，代表團隊的水平。提高團隊的整體水平，才是一個高水平的團隊。
自我方向調整：
1、不再糾結測試技術、不再糾結測試流程、不再糾結個人，視角投向產品。
2、關注測試技術動態、關注行業數據、關注團隊成長、關注生活。
補充：
1、舊：一周5天，2天在研究技術細節，1天開會，2天項目相關工作，周末沒有生活安排。
2、新：一周5天，0.5天關注技術動態，1.5天關注團隊成員，1天開會，2天項目相關工作，周末生活安排。