关于数据型驱动自动化测试实现

第第页关于数据型驱动自动化测试实现关于数据型驱动自动化测试实现

发表于：2023-11-17来源：segmentfault：最光阴89点击数：标签：

在ui自动化测试过程中，目前存在最大的缺陷就是如果产品的ui或者结构改了那么这个项目进行的自动化测试脚本可能要面临全面维护。这也是目前ui自动化面临的很让人崩溃的事情。

在ui（自动化）（测试）过程中，目前存在最大的（缺陷）就是如果产品的ui或者结构改了那么这个项目进行的（自动化）（测试）脚本可能要面临全面维护。这也是目前ui自动化面临的很让人崩溃的事情。因此现在很多互联网产品项目发现ui自动化在测试中的价值越来越小，因为互联网产品的迭代太快，（自动化测试）组往往刚刚完善了自动化脚本，项目也跑起来了。突然来了项目大改版，崩溃啊，这意味这代码要重新进行维护，而且维护成本很高。可能维护完了产品（需求）又改了，往往跟不上脚步。因此我UI自动化比较适合以下两种情况的项目：1.产品原型趋于稳定阶段，2.手机固件项目（因为手机固件是在原生安卓上修改的，原生安卓的的系统构架通常短时间内很少会做重大改版，即使小改动也是一年一次）。

以前我们的自动化项目都是趋于关键字驱动，数据和代码是揉杂在一起的。我们写自动化（测试（用例））的流程大概是这样的（以魅族社区发帖举例子只走流程不包括断言）：点击发帖按钮输入标题输入正文点击发送按钮

代码如下：

UiObjectwrite_title=newUiObject(newUiSelector().resourceId(com.meizu.mzbbs:id/et_write_title));

//assertTrue(write_titlefocusableisfalse,write_title.isFocused()==true);Configuratorconfig=Configurator.getInstance();config.setKeyInjectionDelay(40);write_title.setText(Utf7ImeHelper.e("帖子标题'));sleep(2000);UiObjectrichet_post=newUiObject(newUiSelector().resourceId(com.meizu.mzbbs:id/richet_posts));richet_post.click();sleep(2000);//assertTrue(richet_postfocusableisfalse,richet_post.isFocused()==true);richet_post.setText(Utf7ImeHelper.e("帖子正文'));config.setKeyInjectionDelay(0);sleep(2000);UiObjectsend_post=newUiObject(newUiSelector().resourceId(com.meizu.mzbbs:id/action_send_posts));send_post.clickAndWaitForNewWindow(3000);sleep(3000);这样测试流程走通了，但是如过遇到以下问题1.resourceId改变了或者控件名称改变了（uiautomator也可以用控件名称定位控件）这就意味着我需要在代码中修改这些控件资源id或者name了。2.原始流程是A-B-C这种固定流程，万一流程中添加了F步骤变成A-F-B-C了，意味着在中间要插入一段代码，在无数行代码中找到这段代码然后插入，这样一定是很麻烦的而且还要调试。3.如果这个功能不要了意味着这些幸幸苦苦写的代码就白写了。相信以上问题都是大家在自动化测试