AEM工作流的自动化测试

Question

有什么方法可以使Adobe工作流的测试自动化吗？

我看过Hobbes.js，但据我所知，没有提到工作流。如果它处理跨多个用户的工作流，这将是理想的。

我认为这对黄瓜来说可能太难了，而且很难得到可靠的工作。我也考虑过兴盛，但这本质上是模拟框架。

Answer 1

测试工作流可能很棘手，但这是可能的。如果你仔细想想，这和测试任何其他的web应用程序并没有太大的不同。您只需要一种方法来控制浏览器、在帐户之间切换和以一种可理解的方式管理潜在的复杂测试场景。

在我看来，霍布斯的另一个主要问题是，测试代码需要能够从命令行轻松执行，并生成有用的报告供以后使用。没有这一点，就很难将这些测试集成到CI服务器上的任何自动管道中。

我目前的项目团队已经成功地测试了定制的审批和复制工作流。与我们实际缓冲工作流的时间相比，编写测试花费了大量时间，但是测试是稳定的。

我们的方法依赖于基于浏览器的作者实例的测试，使用Selenium Web驱动程序Java (用于浏览器控制)、Google (用于管理页面对象的复杂图形和各种实用程序函数)和JUnit/Cucumber来控制测试场景。

关键的挑战之一是，WYSIWYG创作接口在加载速度方面往往不太可靠。有很多动态部分，其中一些是基于ajax调用的。

如果您使用经典UI及其ExtJS前端和许多很多iframes，则任务尤其困难。有了Touch UI，在我看来，针对接口的正确元素要容易得多。

尽管如此，在您能够有效地编写测试代码之前，您将不得不花费大量的精力来理解这些接口的古怪之处。

我工作的公司注意到，基于我们在众多AEM项目中的经验，我们建立了一个框架，将人们的注意力从大多数样板代码中移开。它提供了与AEM UI的关键元素交互的接口。

我们在Apache2.0许可下开放了它。叫山猫。可以随时查看该项目的Github页面并查看简单示例项目。

山猫也是在认知之外被收养的。这个博客包含了他们发现特别有用的特性的一个很好的总结。