自动化测试工具（10款好用的自动化测试工具）
主动化测试工具（10款好用的主动化测试工具）
我们都愿望为 Web 运用程序构建易保护的测试。作为这个目的的一部分，我们都愿望能集中精神在测试本身，而尽量避免困在实行的具体细节中。从长远来看，测试应当是可保护的，对软件定期的变革并不会损坏测试本身或者让团队的开发节奏变慢。
迭代速度 / 现实环境
某些测试工具可以在做出更改和查看成果之间供给简短的反馈循环，但不能准确地模拟阅读器的行动。其他工具可能会应用实际的阅读器环境，但会下降迭代速度，并且在持续集成体系中可能会变得更加软弱。
Selenium
著名的阅读器 web 运用测试框架，可以用 Java、C#、Ruby、JavaScript、R 和 Python 等多种编程语言编写测试案例。
Selenium 为每种语言供给客户端 API。
Selenium WebDriver 尽可能应用原生操作体系级别的功效，而非基于阅读器 JavaScript 的命令来驱动阅读器。
这样就绕过了原生功效和 JavaScript 命令之间由于细微差异而发生的问题（包含安全限制）。它供给了很大的灵巧性，甚至还支撑 iframe 和多个阅读器标签。
卓著的跨阅读器功效令人印象深入。可以在主流阅读器（Chrome、Firefox、Safari、Edge、Internet Explorer）上履行 Selenium 测试。
Selenium Grid 可以与 WebDriver 一起应用，以在远程体系上履行测试。
应用 Selenium 的唯一缺陷是，它须要大批的资源网技巧，并且编写测试非常耗时。对没有编程经验的人来说，乍一看用 Selenium 编写测试似乎很容易；但是如果没有最佳实践，将导致项目内的测试主动化框架难以保护且不够稳固可靠。
https://www.selenium.dev/
Endtest
Endtest 是智能主动化测试解决计划，它应用多个开源和闭源组件去简化创立和履行测试的流程。其中之一就是 Recorder 组件可以让用户不用编程技能就能创立和履行测试。你可以用图形化界面编纂管理自己的测试案例，而不用编写任何代码。
它和 Selenium 一样拥有灵巧性，许可你主动化测试场景，其中包括 iframe、多个阅读器标签、文件上传、ShadowDOM， 等等。它同 Selenium 一样拥有跨阅读器的特征， 支撑所有主流的阅读器（Chrome、Firefox、Safari、Edge、Internet Explorer）。同时，它也包含跨阅读器的云框架，支撑 Windows、Mac 以及移动装备上的阅读器。
此外，它还有支撑 JavaScripts 履行的组件，以及发送 API 要求和衔接数据库履行 SQL 语句的组件。
这些组件可用于在测试中添加额外的验证步骤，并可预备或清算测试环境。
https://endtest.io
Watir
Watir 是一个 Ruby 的阅读器主动化测试开源库。
Watir 与对阅读器的互动方法和人类是一样的：如点击一个网页元素，填输入字符。
它的底层应用了 Selenium 并且供给同样的灵巧性，也支撑跨阅读器。同时，它也支撑 iframes 以及多个阅读器标签。
Watir 最大的长处是 API 很容易应用，它在繁复的 Selenium API 之上增长了一层简略性。
不过，它的重要缺陷是，它不如 Selenium 受欢迎，在寻找答案和解决计划方面你会遇到一些艰苦。
http://watir.com/
Puppeteer
一个 Node 库，它供给了高等的 AP资源网I 并通过 DevTools 协定来掌握 Chrome（或 Chromium）。
我以为未来它可以取代 Selenium。它也具有支撑 iframe 和多个阅读器标签的灵巧性。
值得一提的是，它有 2 种不同的软件包：puppeteer-core 和 puppeteer
唯一的差别是 puppeteer-core 在安装后不会主动下载 Chromium。
puppeteer 的重要缺陷是缺少跨阅读器功效，因为它仅实用于基于 Chromium 的阅读器。
即使 Opera 和 Edge 迁移到 Chromium，也无法保证 Firefox 和 Safari 将来也会这样做。
另一个缺陷是，唯一受支撑的语言是 Node.js。即使到 2020 年一切似乎都环绕 JS 展开，但是仍然有一些用户可能想应用其他语言进行主动化测试的开发。
https://pptr.dev/
Playwright
一个 Node 库，可通过单个 API 在 Chromium、Firefox 和 WebKit 阅读器上履行主动化测试。
Playwright 旨在不断增加的 Web 阅读器集上实现主动化操作。Playwright 相似于 Puppeteer。
它支撑多页面、多域名和 iframes 测试，还可以模仿移动端装备，地理指向和权限掌握也是可以测试的。
即使它具有更普遍的跨阅读器支撑，但它也不支撑 Internet Explorer。
因为它是一个相对较新的库，所以你可能现在在线上找不到很多资源。
如果你在编写 Node.js 代码方面有扎实的经验，那么 Playwright 可以一试。
https://playwright.dev/
Sikuli
在运行 Windows、Mac 或 Linux 的台式盘算机屏幕上看到的任何内容，都可以应用 Sikuli 履行主动化测试。
它应用由 OpenCV 支撑的图像辨认来辨认视觉组件。如果无法轻松拜访 GUI 内部或要操作的运用程序或网页的源代码，这个工具会非常便利。实际上，这是大多数现代 RPA 解决计划背后的技巧。
Sikuli 的长处是，元素具有唯一属性或属性是否更改都无关紧要，因为 Sikuli 仅依附于视觉辨认。
它的重要缺陷是视觉容忍度让用户很难在不同的阅读器和屏幕尺码之间实现主动化。
并且，应用 Sikuli 库须要编程技能，并且你可以在 Python、Ruby 和 Java 之间选择。
如果你有涉及 Web 运用程序和桌面运用程序的混杂主动化测试，则较好的做法是将 Selenium 用于 Web 组件，将 Sikuli 用于桌面组件。
http://sikulix.com/
Micro Focus UFT (QTP)
专有解决计划，以前称为 QuickTest Professional（QTP）。它供给了使 Web 运用程序和桌面运用程序主动化的功效。
它应用 Visual Basic 脚本语言来定位运用程序中的元素并与之交互。同时，它还供给了一个 IDE，你只需在 GUI 中创立一个流程即可在不编写任何代码的情形下构建测试。
该工具已经存在很长时光，并且确切使 Selenium 失去了很多市场份额。
https://www.microfocus.com/en-us/products/uft-one/overview
IBM Rational Functional Tester
一个供给功效、回归、GUI 和数据驱动测试的主动化测试的专业工具。它确切包含有限的跨阅读器功效，因为它仅实用于 Chrome、F资源网irefox 和 Internet Explorer。重要长处是它还可用于主动化桌面运用程序。
优势之一是它具有 Eclipse Java Developer Toolkit 编纂器，这让你的团队可以轻松地应用 Eclipse 在 Java 中编写测试脚本。自带的 IDE 工具箱编纂器包括以下功效，如代码主动完成和高等调试选项。
将 IBM Rational Functional Tester 与 CI/CD 体系集成可能会很艰苦，因为它被设计用在你自己的工作站上
https://www.ibm.com/us-en/marketplace/rational-functional-tester
Jest
Jest 是一个 JavaScript 框架，许可你通过 jsdom 拜访 DOM。
值得一提的是，jsdom 只是阅读器工作方法的一个近似值，用于 React 运用程序的测试框架，但不是跨阅读器测试的可靠选择。
Jest 确切供给了良好的迭代速度，并且具有壮大的功效，例如模仿模块和计时器。
幻想情形下，开发人员应应用它来测试某些组件，但成果不能保证该运用程序在实际的阅读器中可以正常工作。
https://jestjs.io/
Cucumber
Cucumber 是一个开源的行动驱动测试工具，支撑多种编程语言，包含 Ruby,Java，Scala 和 Groovy。
创立测试案例须要编程技巧。实际功效可以通过应用 Gherkin 来调用。
应用 Cucumber 的显著优势是，非技巧用户可以轻松懂得这些计划。
可以说 Cucumber 并不是 Selenium 的替代品，而仅仅是对 Selenium 进行了一层包装。
Selenium 和 Cucumber 的组合可进步代码的可读性，并使其更易于重用组件。
https://cucumber.io/
上一篇：影响力评估（影响力评估的十大误区）