【问题标题】:How to implement UI testing for continuous delivery of a Office Add-in (app for Office)如何实施 UI 测试以持续交付 Office 加载项(Office 应用程序)
【发布时间】:2016-04-28 13:31:31
【问题描述】:

我们正在开发 Office 插件(办公应用程序),我们希望使用 VSTS 自动化测试以实现持续交付。

因为加载项是 Web 应用程序,所以我想使用 Selenium 之类的工具,但这似乎不起作用,因为该应用程序不在浏览器中(而是在 Word 中使用 IE 引擎)

我尝试使用 Visual Studio 中的 Coded UI 测试,但它们无法正常运行。它似乎可以处理一些基本的 UI 事件,但即使是简单的输入文本也会导致不可预知的行为。 (缺少字符,点击错误的项目)。

我希望其他人对如何做到这一点有一些经验?

非常感谢。

【问题讨论】:

  • 您使用的办公室版本是什么?
  • 这篇文章可能会对你有所帮助:vstotest.codeplex.com/releases/view/86997
  • 感谢@Eddie-MSFT 的帮助。我使用 Office 2016。您参考的文档是 VSTO 的 UI 测试。我过去用过,效果很好。但现在我们正在制作 HTML 5 Office 插件。我不确定问题出在哪里,但是当我在这些 HTML5 应用程序上使用 Coded UI 测试时,出现了问题。例如:uIVV9D67ABA502D448CD81Edit.Text = "testing";大约 50% 的情况下,输入字段中缺少一个或多个字符。所以我不知道 codedUI 测试是否适合在 Apps for Office 上使用。

标签: selenium ms-office azure-devops apps-for-office officedev


【解决方案1】:

对于任务窗格的自动化测试,我们对加载项所做的是模拟我们正在使用的 Office API 方法,并将模拟的 Office 对象注入我们的代码(与导入真正的 Office API 相比)脚本和引用全局)。这对我们来说效果很好,我们使用 Mocha+Chai+Sinon+Enzyme 作为我们基于 React 的插件。

【讨论】:

  • 嗨,Devin,感谢您的评论。我们目前正在研究 Ranorex。但我会记住你对未来的建议。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多