1樓：Richard 測試經理
你現在做的鳳毛麟角吧，首先junit很少在自動化測試用了，我覺得testng更好用電，不管是資料驅動還是各種註解形式，還有就是報告。其次自動化還有自動化平台，比如介面的，效能的等等，
2樓：YufunHe
我覺得最高境界，就是在設計的時候就考慮自動化測試。儘量減少UI層的邏輯，把所有的測試都變成API級別的自動化測試，並且在產品內建支援錄製回放指令碼能力，然後消滅自動化測試人員……
3樓：
最高境界是測試和開發都自動化，不需要人去分析，它自動進化。人只需要告訴它目標是要實現什麼，經過一段時間的進化，它就能實現。出現問題時，也能自動修復。
4樓：徐毅
個人覺得豐田的「自働化」主張可以作為我們的一大目標，也即自動化就要做到「省人化」、「智慧型化」。前者是說自動化應該能夠將人從執行和監控工作中釋放出來，完全交由自動化系統負責；而後是在執行過程中，遇到某些可預見型別的故障或問題，可以自行解決。
再往後可以朝著所謂「雲」、「移動」的方向發展，例如：隨時隨地可以訪問自動化系統。
分布式執行、虛擬化啊啥的，一大堆東西都可以加上去，慢慢地想吧，完全有無數的想象空間。
5樓：城下秋草
問題本身對自動化測試現狀總結的基本差不多了。其實這三點串起來就是目前自動化測試技術能比較好應用的範疇了。自動構建、自動部署、自動測試，結果呈現。
自動部署這部分還可以結合虛擬化，引入環境動態管理。
至於後面的趨勢，自動生成測試策略確實是趨勢，但目前還不成熟，基於模型的測試不能有效解決問題。後面應該會更多引入大資料探勘、分析，機器學習、包括人工智慧到測試技術中，這個問題應該也會漸漸得到解決。
自動化測試和軟體測試是一樣的嗎？
RPA之家 RPA軟體自動化指令碼類似於軟體自動化測試的指令碼，也稍有不同。軟體自動化測試的指令碼在操作應用出現異常時只要記錄錯誤資訊，再截圖一般就夠了。RPA的指令碼更加注重出錯處理，針對流程中所有可能出現的異常情況進行一定的處理，以確保能按照預定流程執行。另外要新增更多的檢查點，確保流程執行無誤...
電氣工程及其自動化和自動化，學校自動化是A ,電氣是C 選哪個專業比較好？
想搞學術讀了碩士讀博士去自動化，沒打算搞學術想最多讀到碩士就工作就去電氣。作為乙個馬上博士畢業的自動化老哥哥，我要羨慕死之前電氣專業的同學了 WarChiefL 看你以後想幹啥，這是最重要的，有國網渠道就行選電氣，如果現在不知道幹啥，你們學校名氣一般，你又想留城市，那我感覺差不多，自動化是弱電，比較...
你們如何實現前端專案的自動化測試？
GUI自動化也分桌面軟體和web端的。Web端自動化測試，看前台開發用啥的。1.Angular JS的，用protractor測試。2.其餘的，直接C codedUI，乙個類乙個類的抓child，這個必須要了解頁面結構，而且前期封裝好功能，搭框架的步驟很關鍵，實現case並不難。3.直接截圖，對比。...