分層自動化測試：
UI自動化 就只應該從用戶的維度考慮用例的設計。
接口自動化，應該只通過接口的調用去驗證數據。
單元測試，驗證代碼的處理邏輯覆蓋。
手工（功能）測試、探索測試 是非常重要的手段。
在“敏捷”開發過程中，自動化工程師優先實現的用例：
1.優先考慮數據對比類型的功能，這種功能人工操作比較費眼力和時間 2.優先考慮已經測試出問題的功能，這樣可以有效的對bug的功能進行迴歸檢查
3.用戶使用比較頻繁的功能
4.項目優先級比較高，比較核心的功能
好的接口自動化case設計，依賴於case設計者的功能理解程度（手工測試的功力）+功能覆蓋點
原則：
1. 將手工測試點轉換爲自動化用例。
2. 覆蓋手工測試不易檢查/太浪費時間的檢查
3. ”邊緣性“的功能檢查
4. 接口驗證的程度：即判斷一個接口是否正常的標準（接口參數”合理地“組合）
5. DB數據更新檢查
6. 接口自動化的數據準備
在項目前中期的時候的時候，手動測試佔據了核心地位，在後期的時候，自動化的全面覆蓋保證了迴歸測試的有效進行。
敏捷---敏-結，
敏：敏捷，簡單的說就是要一個高效率。
結：是指項目團隊的協作和內部團結,這一點非常重要。
看那些成功實施敏捷的團隊和諸多的最佳實踐團隊他們都是團結一心的，整個項目團隊都有一個共同的目標和追求，而不是每天項目經理在驅使着大家在前進，每個人都積極上進學習，遇到不懂的問題去總結、去學習，去突破，再去分享，而不是說，“這個問題太難了，這個技術太難了，這個。。。我可做不了”，如果每個成員都採用這種排斥的心裏，那麼這個團隊就永遠都敏捷不起來，還有就是在需要協作的時候，兩個項目組不要互相“踢皮球”，而是要勇於承擔責任，最普遍的現象就是項目出現了問題，然後大家在會上開始掐架。這時候有人會問，自己出來擔責任不是傻嗎？其實不然，一個明智的老闆當然看的懂到底是誰的責任，是否真正的需要人來承擔責任。
測試經理爲什麼是個好職位？
測試經理的工作主要是上傳下達，控制項目風險，管理團隊人員，實際測試工作並不多，有更多時間豐富技術和知識，而不是整天做點來點去或者做疲於應付的事情。
很多大公司有兩個路線，管理路線和技術路線。技術人員做管理路線好還是技術路線好？管理路線好。因爲做管理路線，遇到該乾的活還是幹，技能提升的同時，還能帶團隊。偏技術路線的話，帶的人不多，還沒有管理權利。管理權利，可以是績效考覈權，意味着如果團隊成員不聽話，打個最低分走人。當然也不能濫用，有權可以更好地控制團隊，讓團隊朝向你希望的方向發展。也可以是招聘權，招更多的人才，把不聽話的人幹掉。當然這也是管理職責，可以帶領這麼多人做更多的事情。
管理路線相比技術路線的另一個優勢是能接觸高層信息，可以上傳下達。而偏技術路線，面對的只有項目，只能做基礎的事情，接觸不到更廣闊的空間、人脈，對職業的發展有侷限性。認識更多的人就有更多的機會，人脈是職業生涯中很重要的資源。管理崗有更多的機會去溝通，認識更多的人，別人也會認識你的影響力，進而認可你。生活有時候就是很狗血，說不定別人創業的時候，就會想起你這個人還不錯，不如一起幹。這樣你就可以從測試經理，變成CTO（首席技術官）、項目總監或者合夥人。無所謂到底是什麼職業，反正職位已經達到更高的起點。如果僅僅是技術型的測試經理，最多提升到測試總監。測試總監的工作，管的還是那夥人，乾的還是這些事，然後就沒有然後了。