分層自動化測試：
ui自動化 就只應該從使用者的維度考慮用例的設計。
介面自動化，應該只通過介面的呼叫去驗證資料。
單元測試，驗證**的處理邏輯覆蓋。
手工（功能）測試、探索測試 是非常重要的手段。
在「敏捷」開發過程中，自動化工程師優先實現的用例：
1.優先考慮資料對比型別的功能，這種功能人工操作比較費眼力和時間 2.優先考慮已經測試出問題的功能，這樣可以有效的對bug的功能進行回歸檢查
3.使用者使用比較頻繁的功能
4.專案優先順序比較高，比較核心的功能
好的介面自動化case設計，依賴於case設計者的功能理解程度（手工測試的功力）+功能覆蓋點
原則：1. 將手工測試點轉換為自動化用例。
2. 覆蓋手工測試不易檢查/太浪費時間的檢查
3. 」邊緣性「的功能檢查
4. 介面驗證的程度：即判斷乙個介面是否正常的標準（介面引數」合理地「組合）
5. db資料更新檢查
6. 介面自動化的資料準備
在專案前中期的時候的時候，手動測試佔據了核心地位，在後期的時候，自動化的全面覆蓋保證了回歸測試的有效進行。
敏捷---敏-結，
敏：敏捷，簡單的說就是要乙個高效率。
結：是指專案團隊的協作和內部團結,這一點非常重要。
看那些成功實施敏捷的團隊和諸多的最佳實踐團隊他們都是團結一心的，整個專案團隊都有乙個共同的目標和追求，而不是每天專案經理在驅使著大家在前進，每個人都積極上進學習，遇到不懂的問題去總結、去學習，去突破，再去分享，而不是說，「這個問題太難了，這個技術太難了，這個。。。我可做不了」，如果每個成員都採用這種排斥的心裡，那麼這個團隊就永遠都敏捷不起來，還有就是在需要協作的時候，兩個專案組不要互相「踢皮球」，而是要勇於承擔責任，最普遍的現象就是專案出現了問題，然後大家在會上開始掐架。這時候有人會問，自己出來擔責任不是傻嗎？其實不然，乙個明智的老闆當然看的懂到底是誰的責任，是否真正的需要人來承擔責任。
測試經理為什麼是個好職位？
測試經理的工作主要是上傳下達，控制專案風險，管理團隊人員，實際測試工作並不多，有更多時間豐富技術和知識，而不是整天做點來點去或者做疲於應付的事情。
很多大公司有兩個路線，管理路線和技術路線。技術人員做管理路線好還是技術路線好？管理路線好。因為做管理路線，遇到該幹的活還是幹，技能提公升的同時，還能帶團隊。偏技術路線的話，帶的人不多，還沒有管理權利。管理權利，可以是績效考核權，意味著如果團隊成員不聽話，打個最低分走人。當然也不能濫用，有權可以更好地控制團隊，讓團隊朝向你希望的方向發展。也可以是招聘權，招更多的人才，把不聽話的人乾掉。當然這也是管理職責，可以帶領這麼多人做更多的事情。
管理路線相比技術路線的另乙個優勢是能接觸高層資訊，可以上傳下達。而偏技術路線，面對的只有專案，只能做基礎的事情，接觸不到更廣闊的空間、人脈，對職業的發展有侷限性。認識更多的人就有更多的機會，人脈是職業生涯中很重要的資源。管理崗有更多的機會去溝通，認識更多的人，別人也會認識你的影響力，進而認可你。生活有時候就是很狗血，說不定別人創業的時候，就會想起你這個人還不錯，不如一起幹。這樣你就可以從測試經理，變成cto（首席技術官）、專案總監或者合夥人。無所謂到底是什麼職業，反正職位已經達到更高的起點。如果僅僅是技術型的測試經理，最多提公升到測試總監。測試總監的工作，管的還是那夥人，幹的還是這些事，然後就沒有然後了。
三 Python自動化測試學習路線
第一步 先學python python不過關，別談自動化。第二步 selenium框架 第三步 unittest框架 第四步 專案 第五步 robot framwork框架 如果只學習robot framwork，通過這個來做自動化，別以為不要學習selenium跟python了，因為robot f...
自動化測試 web自動化測試
自動化 由機器裝置代替人為完成制定目標的過程 優點 提高工作效率 減少勞動力 產品規格同一標準 批量生產 自動化測試 讓程式代替人為去驗證程式功能的過程，即在預設條件下執行程式系統 流程確定 搭建自動化框架 編寫測試用例，將其轉化為soupui 介面 自動化測試指令碼 執行自動化測試指令碼 輸出執行...
測試自動化 自動化測試的定義
相關術語 automated testing test tool,automated testing test suite,automated testing test script等.具體參見 http en.wikipedia.org wiki test automation 推薦書籍 1 軟體...