遮天辰东小说笔趣阁,古风名字

基于 AI 的軟件自動化測試思考與實踐—kylinTOP 測試與監(jiān)控平臺 ...

2020-9-24 10:11

來自: 網(wǎng)絡(luò) 收藏邀請

對于一般的傳統(tǒng)的自動化測試工具，如：Selenium,robotFramework，QTP等。QTP可以通過操作錄制生成自動化用例腳本。生成的腳本與Selenium、robotFramework類似，都是類方法的調(diào)用以及各種方法的參數(shù)的傳遞。對于一個 ...

對于一般的傳統(tǒng)的自動化測試工具，如：Selenium,robotFramework，QTP等。QTP可以通過操作錄制生成自動化用例腳本。生成的腳本與Selenium、robotFramework類似，都是類方法的調(diào)用以及各種方法的參數(shù)的傳遞。對于一個學習者來說沒有2-3年的工作經(jīng)驗，很驗難熟練撐握。而且不同的人寫的自動化用例風格不一樣，維護起來非常困難，要求測試人員必須撐握一門計算機語言，如：VB、python等。如下所示，是使用robotFramework編輯器基于SeleniumLibrary庫寫的一個自動化測試用例。

元素操作之間要寫sleep，測試人員要對每個操作方法熟悉、對于不支持的操作，測試人員要自已通過python腳本語言寫用戶自定義關(guān)鍵字。當執(zhí)行自動化用例時，因某種原因?qū)е路?wù)變慢，也可能導(dǎo)致用例執(zhí)行失敗，因為sleep不夠長，元素還沒加載成功。如果使用robotFramework寫自動化用例，一天寫10個就很不錯。并且每個人能力不同，對自動化用例封裝效果也不一樣，直接體現(xiàn)的將來用例維護的難易程度。

總結(jié)一下目前自動化用例測試的痛點問題

1、自動化用例實現(xiàn)成本高2、用例的維護成本高：（1）版本迭代更新較快，導(dǎo)致維護工作量大，建設(shè)速度跟不上變更速度（2）人員變更，導(dǎo)致用例廢棄或維護老用例非常困難（3）元素定位不穩(wěn)定，只要發(fā)生改變就導(dǎo)致用例執(zhí)行失敗3、用例建設(shè)效率低4、自動化工具對人員能力要求高，致少要撐握一門腳本言。如：python,vb等5、學習成本高，一般熟練撐握需要較長時間的學習與工作實踐，1年或更長時間6、因第4、5點原因，導(dǎo)致自動化人員招聘的成本高，一般工資都在15K以上

基于AI特征的軟件自動化測試軟件的構(gòu)思：

基于以上原因，期望能有一款基于AI特征的可視化快速生成軟件自動化測試用例的工具，具有以下特征：1、元素定位操作穩(wěn)定，即使元素定位屬性發(fā)生變化不影響用例的執(zhí)行，如：元素定位的采用ID時，當ID發(fā)生變化不影響用例執(zhí)行2、檢查點添加無需事后修改腳本，可以在錄制過程，在界面自自動識別添加3、步驟之間的sleep無需要人工干預(yù)，工具可以自動判斷是否執(zhí)行下一步。4、不需要測試人員編寫腳本，也不需要撐握編輯語言，這樣可以降低對測試人員要的要求。5、錄制生成的腳本可以基于可視化的意義組合步驟，生成新的用例。

基于AI特征的軟件自動化測試軟件可行性分析

對上述5點最困難的是1-3,要求軟件自行具有AI算法，第1點要求不能基于元素的固定某個屬性作為元素定位的依據(jù)，要通過一定的算法，才可以實現(xiàn)。第2點在錄制的過程中能夠自動識別界面元素，如同瀏覽器自帶（按F12后，點下圖標志處的按鈕）工具一樣，具有能自動識別界面元素的功能。

第3點要求自動化用例在執(zhí)行過程中依賴指定的等待時間，能夠自我識別是否應(yīng)當執(zhí)行下一步。也就在執(zhí)行過程可以自動判斷元素加載時間。第4點要求所有的自動化用例通夠通過錄制搞定，搞不定的了以能通過工具提供的策略解決。第5點要求呈現(xiàn)給使用者的不再一行行代碼或表格，他應(yīng)當是一個可編加的流程圖之類圖形化的展示。

基于AI的軟件自動化的架構(gòu)實現(xiàn)