用好WinRunner要從兩方面去做：

　　一是熟悉WinRunner，尤其是要熟悉其 TSL 腳本語言，這一點其實不難，完全可以做到在拿到程序之前就寫好測試腳本的。

　　二就是要有有好的測試用例，一個好的測試用例才是一個成功的測試用例。

　　那么如何實現在拿到產品之前，就能寫好一定的測試腳本呢？？？

　　（1）事先編寫TSL測試腳本，不需要知道GUI對象的分布，只需要知道有些什么GUI對象，需要對其進行什么操作等。

　　（2）通過錄制+少量修改的方式得到的測試腳本只能做比較少的測試工作，通過錄制得到腳本是建立在操作的流程正確的基礎上的，如果本來就錯了的話，錄制的腳本即使回放正確，程序仍然是錯誤的。錄制+ 簡單的修改不叫自動化測試。

　　（3）回歸測試是自動化功能測試工具的強項，但并不表示自動化測試工具主要就是做這些地，第五代自動化測試工具已經具備了事務處理的能力，W inRunner 7.0已經支持事務處理，這是錄制腳本無法達到的，必須人工編寫。

　　（4）我們有很多的測試人員抱怨測試收入低、不受重視等等，為什么會這樣？我想，除了大環境的原因外，我們也應該從自身來找找原因。我能夠發現多少錯誤？我對業務知識了解有多少？我對測試領域的了解有多深？我能夠為公司的質量管理提供多少改進依據？我的測試流程做得有多好？為什么歐美的測試人員受到重視，收入高？除了大環境以外，眾多的專家和對質量保證的貢獻也是原因之一吧！

　　（5）如果希望工作能夠非常輕松的話，絕對不要干軟件測試這一行！不管是手工測試還是自動化測試，都不是輕松的事，維護測試用例庫是應該要做的事情。自動化測試的重點就是前期的測試設計和后期的結果分析，而且前期設計的時間可能是手工測試設計的數倍甚至上十倍，想輕松是不可能的！

　　（6）有幾種情況不要考慮做自動化測試：

　　a：易用性測試

　　b：一次性測試

　　c：立即測試

　　d：無預期結果的測試

最新內容請見作者的GitHub頁：http://qaseven.github.io/

總結

以上是生活随笔為你收集整理的如何才能更好发挥WinRunner，实现真正的自动化测试的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。