gui-testing - 测试自动化 FX 的经验

<分区>

希望将 UI 测试添加到我的 WinForms 3.5 项目中。目前使用 MSTest 进行单元测试，使用 MSBuild 进行构建。

我正在查看的一个选项是 Test Automation FX .

产品好像有点新，没有完全打磨，不过好像可以用。所以，我很好奇是否还有其他人在使用它并且对它有好话或坏话。

它的价格比Test Complete 便宜很多(450 美元) ($2000)，所以我也在尝试找出 Test Automation FX 缺少或遗漏的内容(如果有的话)。

最佳答案

我最近经历了选择 GUI 测试解决方案的过程，最后决定去 TestAutomationFX。以下是我做出此选择的主要原因:

它正在创建真实代码(在我的例子中是 C#)，这对我来说是无价的:可维护性、可存档性、灵 active 等。用 C# 编写(我可以向我的开发人员寻求支持)比用我必须从头开始学习的专有脚本语言(或者更糟:不可维护的保管箱的无尽网格)要容易得多。它还让我构建了一个良好的测试框架
它与 NUnit(我的团队用于单元和集成测试)无缝集成。我的数据驱动测试来自相同的 CSV，而 GUI 测试报告只是附加到单元测试报告中，便于存档和维护
它能更好地识别我的开发人员使用的复杂 UI 对象(Telerik、Infragistic、自制):我的 25% 的点击是在 x/y 模式下，而 TestComplete 或 Ranorex 是 67%
他们的销售工程师给了我很好的支持(至少在评估期间)
它没有重大错误，也没有复杂的许可设置(是的，我在看着你，TestComplete 伙计们，see my other post)，没有运行时许可问题，也没有虚拟机许可问题
(虽然这对我来说不是那么重要)，它比其他商业解决方案便宜四倍

另一方面，应用程序中存在一个中等缺陷:

映射系统(即将 AUT 对象属性映射到测试应用程序对象)非常棘手:代码重构需要特别注意。我通过在每次代码重构之前提交我的 VCS 来克服这个问题。无论如何，testComplete是否提供代码重构的选项。

好的，如您所见，我非常喜欢这个解决方案。我才用了几天，以后可能会遇到更大的问题。但现在它给了我想要的东西，所以让我开心吧:)

关于gui-testing - 测试自动化 FX 的经验，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1395585/