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

发表于:2016-11-17来源:segmentfault作者:最光阴89点击数: 标签:
在ui自动化测试过程中,目前存在最大的缺陷就是如果产品的ui或者结构改了那么这个项目进行的自动化测试脚本可能要面临全面维护。这也是目前ui自动化面临的很让人崩溃的事情。

在ui自动化测试过程中,目前存在最大的缺陷就是如果产品的ui或者结构改了那么这个项目进行的自动化测试脚本可能要面临全面维护。这也是目前ui自动化面临的很让人崩溃的事情。因此现在很多互联网产品项目发现ui自动化在测试中的价值越来越小,因为互联网产品的迭代太快,自动化测试组往往刚刚完善了自动化脚本,项目也跑起来了。突然来了项目大改版,崩溃啊,这意味这代码要重新进行维护,而且维护成本很高。可能维护完了产品需求又改了,往往跟不上脚步。因此我UI自动化比较适合以下两种情况的项目:1.产品原型趋于稳定阶段,2.手机固件项目(因为手机固件是在原生安卓上修改的,原生安卓的的系统构架通常短时间内很少会做重大改版,即使小改动也是一年一次)。
以前我们的自动化项目都是趋于关键字驱动,数据和代码是揉杂在一起的。我们写自动化测试用例的流程大概是这样的(以魅族社区发帖举例子只走流程不包括断言):点击发帖按钮—输入标题—输入正文—点击发送按钮
代码如下:
UiObject write_title=new UiObject(new UiSelector().resourceId("com.meizu.mzbbs:id/et_write_title"));

//assertTrue("write_title focusable is false", write_title.isFocused()==true);
Configurator config = Configurator.getInstance();
config.setKeyInjectionDelay(40);
write_title.setText(Utf7ImeHelper.e(“帖子标题”));
sleep(2000);
UiObject richet_post=new UiObject(new UiSelector().resourceId("com.meizu.mzbbs:id/richet_posts"));
richet_post.click();
sleep(2000);
//assertTrue("richet_post focusable is false", richet_post.isFocused()==true);
richet_post.setText(Utf7ImeHelper.e(“帖子正文”));
config.setKeyInjectionDelay(0);
sleep(2000);
UiObject send_post=new UiObject(new UiSelector().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.如果这个功能不要了意味着这些幸幸苦苦写的代码就白写了。相信以上问题都是大家在自动化测试实践过程中所到很蛋疼的问题。这也是为什么现阶段大家越来越对ui自动化持怀疑态度了,进而转向接口自动化的原因,因为随着产品的持续迭代维护成本越来越高。

原文转自:https://segmentfault.com/a/1190000007494058