如上圖所示，沒一行都使用自然語言來描述一個動作，使用者一目了然。
而且自然語言腳本也支持if、if-else、while、for等各種控制流和循環語句，能夠支持比較復雜的控制邏輯。
引入自然語言腳本，對于自動化測試而言的最大優勢在于，能夠使不熟悉自動化測試的工程師方便的編寫和維護自動化測試腳本。
這是一個巨大的進步：
1.用戶通過錄制，即在錄制模式下，操作一遍需要自動化執行的過程，即可生成腳本，而無需通過所謂的畫圖方式來創建腳本。
2.創建完成的腳本，通過中文自然語言來展示，沒有編程基礎的人也可以看懂、修改這些測試腳本。
3.如果需要增加測試腳本的功能，只需要通過拖拽的方式就可以實現，無需復雜的編程。
4.每一步都可以看到操作的對象是哪一個，操作的對象通過AutoRunner的對象指示器來顯示。
5.可以方便的查看對象的屬性信息。
AutoRunner采用beanshell作為測試腳本語言（兼容java語法，beanshell也是java標準之一），帶來的優勢是：高擴展性（凡是java支持的jar包都可以擴展，也可以支持jni調用dll擴展），開發測試腳本的高效率（對于熟練使用java的自動化測試工程師）。
為了支持不熟悉java的測試工程師，以及滿足熟悉業務但不會編程序的其他人員使用，AutoRunner在早期的版本支持了關鍵字視圖，能夠使用結構化的方式來顯示沒一行測試腳本。比如，我們需要給一個輸入字段賦值，腳本是 setValue(“field1”, “給字段filed1賦值”)，使用關鍵字視圖，我們看到的是對象“filed1“，和操作”setValue“，以及具體的值”給字段field1賦值“。
某些廠商使用了配置或者自然語言腳本，其實內部是xml文件格式。執行腳本的時候，實際上是通過一個分析解釋xml文件來進行執行的。Xml格式能夠方便的編輯和顯示，但是也存在很多缺點：
1.擴展性。如果遇到無法實現的功能，比如發送一個短信，必須要修改解釋執行程序才能夠實現，這樣就帶來巨大的問題，我們知道自動化測試是非常復雜的，具有復雜的應用場景和使用環境，這就導致擴展性層出不窮，最終解釋程序無法承載（除非你做成jvm）。另外一個問題就 在于，只有產品開發者才能修改這些解釋程序，使用者很難做到。其實這個問題，自動化測試工具開發者早就發現，所以QTP使用的是微軟的vb來作為自動化測試語言，使用微軟vb自有的解釋器來執行，而不是自己編寫一個，都是為了擴展方便。
2.復雜業務邏輯處理。在自動化測試實踐中，會遇到很多復雜的邏輯，比如計算手續費、計算基數、利息等算法。那么使用xml的配置，基本上都無法實現——因為算法太復雜了。
AutoRunner是如何提供方便的自然語言腳本，并且避免這些問題的呢？
1.AutoRunner使用的語言，并不是xml，而是beanshell。使用java的標準之一beanshell作為腳本語言，就可以像java一樣擴展功能，不受到限制。
2.Java的beanshell可以編寫跟java代碼一樣復雜的控制邏輯。
3.用戶可以直接編寫測試腳本，AutoRunner會自動把它（腳本）轉化為自然語言腳本，這個很神奇吧！！！因為我們寫了一個java的編譯器，用來把java腳本編譯成一顆語法樹，再把語法樹轉化為自然語言腳本，就是你在IDE上看見的那個！
功能強大的腳本視圖，適合有開發經驗的測試工程師使用。
自然語言視圖，適合缺乏開發經驗與初學者來使用。
推薦閱讀：
sales@spasvo.com
