2023年自动化比过去更有潜力。WebDriver没有以前那么有创新性。WebDriver个人主要问题:
设置复杂性。你需要它chromedriver或firefoxdriver,然后需要他们的依赖。
没有内置的报告工具。您需要使用外部工具。
你总是需要决定一个测试框架。TestNG或JUnit,但是你总是需要记住这一点处理更新版本。
没有简单的命令行处理。
如果你总是记得加班,会有帮助的。
它只是慢而不稳定。
让我们回顾一下可以使您的检测更自动化的可用工具。
检测咖啡厅
我是TestCafe超级粉丝。我第一次见到它是在2020年初,当时我正在做一个令人兴奋的项目,这让我大吃一惊。
想象一下,你可以这样使用它npm安装工具:
npmi-gtestcafe
然后像这样操作你的测试:
testcafe铬test.js
检测易于建立和维护。不用担心加班,输出报告容易阅读。
在浏览器中测试自动化。不需要当地设置?
最后,没有必要安装和纠缠。
唯一的缺点是这个框架只适用于测试网站而不是移动测试。
移动机器人
最近看到了Mobot.IO,我很好奇它会怎么工作。
Appium现代移动应用程序检测工具的问题是不能完全取代客户操作。这是最不稳定的事情:
滚动和手势。自动化并不简单,我们应该适应实际的移动屏幕。
与特定运营商相关的例子。想象一下,训练一个模拟器来模拟特定的网络问题,针对准确的号码SMS发送等。这不容易。因此,我们应该实际设备。
通过编程控制系统并不总是提供正确的导出。
这个项目似乎是通过使用机器人在硬件上进行操作来解决的。这可能会解决问题,但我也有兴趣了解它如何扩展,特别是对于平行测试及其使用成本,考虑到机器人不是最便宜的想法。
然而,这是我迄今为止见过的最具创新性的方法。让我们看看它将来是否会得到更多的关注。
罂粟属
Appium它是一个具有类似开源框架的开源框架Webdriver允许移动终端的语法(iOS和Android)操作测试。虽然它看起来很棒,但它也有我遇到的问题:
这需要一个模拟器来操作这些测试。这是移动框架的预期,但我仍然期待一些轻量级的方法。没有办法,但它仍然需要模拟器。
Appium服务器是必要的。考虑到这需要一个Appium始终在当地或某些第三方服务器上运行服务器。
它不快。一旦你在当地的设备上完成了所有这些——它会减慢速度,因为它需要上面的所有部件。
CI/CD集成非常复杂。我认为当地运行测试没有太大的潜力,我们应该始终考虑远程运行测试。一旦你意识到这一点——你将被迫处理它DeviceFarm或者用模拟器设置你Appium服务器。
考虑到我们没有太多其他的移动测试选项,Appium这是一个很好的解决方案。
IntelliJIDEA:SeleniumWebDriver自动使用页面目标15分钟Web测试
让我们开始WebDriverWeb自动化检测使它有趣
浓咖啡/咖啡师
当我们讨论Android检测時,Espresso该框架可用于检测。唯一的问题是,它需要集成到代码中,而不是独立运行包装好的代码中apk文件上。
Barista是建立在Espresso上述框架简化了语法,提高了代码的易读性。
Espresso框架:创建页面对像模型UI检测
如何构建一个简单的Espresso框架来执行AndroidUI检测
如果你的项目有原生的话Android你不打算引入应用程序iOS版本-这个框架可能非常有效。
如果你的应用是跨平台的——我认为Appium这是一个更好的解决方案。
笑话
假如你的应用程序是ReactNative那么你可能在使用应用程序Jest框架。与Espresso这需要集成到您的代码中。
但它使它跨平台,这意味着你的移动测试有非凡的命运。
我已经试着Jest一段时间后,由于以下原因,我又回来了Appium:
我不想更改应用程序的代码并开始工作。
我更喜欢打包APK文档而非源代码。这是我的偏好,因为我喜欢将测试与实际代码分开。
剧作家
这让我想起了TestCafe,但是有一个很棒的报告工具。Playwright报告真的很帅。
此外,与TestCafe它带来了所有主流浏览器的包装功能,你可以打开盒子。
Playwright框架也感觉像Web未来的测试——安装方便,集成到连续集成工具中潜力巨大。
WinAppDriver
说到桌面自动化——我觉得有点难过,好像所有的焦点都转移到了移动和移动Web测试上。
教程:使用WinAppDriver和Java的Windows自动化应用程序
关于移动测试自动化,不是吗?
WinAppDriver可用于自动化Windows应用程序的途径。它也是基于Webdriver,这意味着你可以使用熟悉的指令。
但这也代表了费用,因为您必须维护运行指令的服务器,并且需要定期更新框架。
我也看到了一些Windows,Mac或Linux自动开发新工具的应用程序规划。
结论
我仍然对今天可用的自动化工具不满意。原因如下:
WebAutomation它已经足够完美了,但在移动测试——目前的设置中仍然存在许多问题。我希望指向一个特定的脚本,键入一个终端指令,并将我的测试集成到我想要的任何中CI/CD在解决方案中。
用于移动测试DeviceFarms成本高。解决方案有很多:BrowserStack,AmazonDeviceFarm,FirebaseTestLab等等。但这些都是专有的解决方案。虽然我喜欢,但我可以为他们设置一些复杂性——我也想要一些伟大的本地移动检测工具。
我们仍然非常依赖于应用程序中的项目。如果代码中没有按钮的名称或ID,祝您正确设置自动化。
挪动UI还需要越来越快的检测。同样,模拟器的运行成本也很高。如果是设备实验室的具体设备,维护起来也不便宜。
声明本文内容来自网络,若涉及侵权,请联系我们删除! 投稿需知:请以word形式发送至邮箱18067275213@163.com
关注新思想!!!
慢慢理解一下
一个字:太有才了
这博客,依然火爆
真是不容易丫,万事开头难,坚持不懈更难,希望我能得到理想的结果
先从服务器上传程序,然后在添加解析嘛。正常我都是解析后再上传,哈哈
李xx不会上网,鉴定完毕
看到代码就懵了,作为SEO人员,这样是不是没救了!
关键词排名波动原因确实很多,也很正常。 我们现在更关注的是做更多的关键词,多点开花。
3 个月....