共计 1973 个字符，预计需要花费 5 分钟才能阅读完成。
点击获取工具 >>
在抉择正确的工具来帮忙您胜利进行主动 UI 测试时，您须要理解以下内容。
为什么不能再疏忽主动 UI 测试？
只管面向代码的自动化测试工具曾经变得越来越广泛，但大多数开发公司都疏忽了自动化 UI 测试。这样做的次要起因是保护 UI 测试套件的老本，应用大多数 / 所有 UI 测试工具，实际上对应用程序 UI 的任何更改都会导致 UI 测试工具将整个应用程序标记为已损坏。后果，古代软件开发实际的大部分过程都是围绕 UI 与代码的准确拆散而组织的，因而能够在不接触 UI 的状况下测试代码。
现实情况是用户不与代码交互：用户与您的 UI 交互，从用户的角度来看，您的 UI 是您的应用程序，证实代码在成心疏忽 UI 的状况下无效的以后做法短少了重点。与以后的实际相同，UI 测试提出一个简略的主张：要证实您的应用程序已“筹备好投入生产”，您必须证实 UI 可能失常工作并驱动您的应用程序执行正确的操作。
一些基于工具的选项
随着 DevOps 和对用户验收测试的需要减少，这一要求变得越来越重要。后果是 UI 测试工具失去了倒退，但这也使得开发者更难、也更容易获取正确的工具集。难点在于有更多抉择可供选择；容易在于有更多的工具对您有意义。例如当查看 UI 测试时，能够在无代码工具和基于代码的工具之间进行抉择。
无代码工具容许测试人员通过与应用程序进行交互来创立 UI 测试，而该工具通过“察看”用户的交互和应用程序的响应来生成测试脚本。这些工具利用“UI 即应用程序”范式，并且不须要测试人员比应用程序（及其相干的业务需要）理解更多。
另一方面，基于代码的工具要求测试人员编写脚本来通过代码（即在页面上查找按钮，而后从 UI 元素提取数据）来操纵 UI。然而，这些工具能够查看“副作用”，这些副作用不肯定显示在任何用户界面（或“能够作为测试的一部分进行拜访的任何用户界面”）中，并且能够解决各种响应，基于代码的工具的确要求测试人员晓得如何编写代码。
无代码工具使开发人员脱离了测试的要害门路，并受权用户创立对其无效的测试。基于代码的工具反对更深刻、更彻底的探测、并解决各种响应，从而缩小谬误的数量（实际上，在应用程序失常运行时的故障报告）。
重要事项
无论您最终应用什么工具，都须要将它们集成到您的流程中，而不会障碍您交付应用程序……并在满足组织、用户和您本人的指标的同时做到这一点。
首先：您是否须要自动化的 UI 测试？值得记住的是，测试的指标是将失败的老本从生产环境转移到开发环境中。如果您的团队对以后的生产失败程度感到称心，并且不违心批改开发实际，那么您可能不须要自动化的 UI 测试。自动化的 UI 测试如何合乎团队的战略目标？
第一个问题与第二个问题重叠：自动化测试如何适应团队文化？团队是否器重尽快向心愿应答高变化率的用户社区提供新性能，即便存在一些小故障？还是团队更须要高度牢靠的应用程序，这些应用程序会随着工夫的推移而稳固，因而能够满足严格的（兴许甚至是法规）规范？
反过来，这个问题与第三个问题重叠：主动 UI 测试将如何适应您的流程？答案始于用户何时何地进行验收测试。例如如果有很长的工夫用户没有参加开发过程，那么利用用户的 UI 测试策略可能就没有意义。如果在团队中如果“编码器驱动的 UI 测试”是一个矛盾的话题（即只有最终用户会说出 UI 是否“正确”），那么基于编码器的办法就无奈适应您的工作形式。
最初一个问题：您能够利用哪些技能集和现有工具集？例如，无代码测试仅在您领有一群不仅仅“应用”应用程序但有能力晓得在测试中什么是“正确”或“不正确”响应的用户时才有意义。在开发人员方面，您心愿查看用于交付应用程序的工具链 – 利用团队在该工具链上的教训并与之集成能够为您带来真正的益处。不过，乏味的是，在抉择 UI 测试工具时，用于构建应用程序的开发工具并不是特地重要，特地是对于 Web 应用程序而言。
**[Telerik Test Studio]
比起繁多的“UI 测试工具”，更须要一种为满足特定需要测试而配置的套件，最终会组合一个最佳的套件来满足您的特定需要，然而从繁多起源取得残缺的解决方案显然会更不便。
自动化 UI 测试畛域的供应商既器重灵活性，又器重与其余工具集成的反对。例如，[Telerik Test Studio] 反对无代码测试，反对将那些无代码测试转换为编码测试，将编码步骤与无代码测试联合在一起，并与第三方库集成以满足非凡需要。
意味着非程序员（例如 QA 团队或最终用户）能够创立测试，以证实零碎已实现用户心愿零碎执行的操作。将这些无代码测试与编码测试无缝联合的能力意味着，当非程序员遇到阻碍时，开发人员能够扩大这些测试以解决“难以自动化”的场景。
创立无代码测试的能力然而请不要遗记这一点：依然不是对于工具的问题，而是这些工具是否反对您的指标、流程以及现有技能 / 工具链。如果您对这些内容有很好的理解，那么就能够获取在主动 UI 测试中取得成功的工具。
