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