Office 365 Outlook 加载项的集成测试
Integration tests for Office 365 Outlook Add-in
我找不到使用 Cypress 或 Selenium 等浏览器自动化工具为 Office 365 Outlook 加载项引入集成测试的指南，我正在寻找替代方案。
我的团队目前正在使用 Cypress 进行自动化测试，我能够 运行 测试 Outlook 加载项的唯一方法是将加载项 运行独立模式下的 Office 365 Outlook 环境。
对于独立模式，我必须模拟 JavaScript API Office 对象 (https://appsforoffice.microsoft.com/lib/1/hosted/Office.js) 以及模拟 Office rest API 响应以获得几个测试 运行ning.
这是一个非常痛苦的过程，所以我想知道是否有更好的方法来实现集成测试。
很遗憾，您使用的过程似乎是正确的，并且没有更好的替代方法来对 Outlook 加载项进行集成测试。
我们建议您将此请求添加到我们的 user-voice page 中，以获得更好的插件集成测试。我们在规划过程中会考虑用户语音的功能请求。
可以使用 Appium 和 WinAppDriver 为 Office Add-ins（真实环境，不需要模拟 API）自动化 e2e-Tests。您应用的 HTML 元素可以通过其 ID 或其他方法访问。 This gh repo 包含一个 how-to.
我找不到使用 Cypress 或 Selenium 等浏览器自动化工具为 Office 365 Outlook 加载项引入集成测试的指南，我正在寻找替代方案。
我的团队目前正在使用 Cypress 进行自动化测试，我能够 运行 测试 Outlook 加载项的唯一方法是将加载项 运行独立模式下的 Office 365 Outlook 环境。
对于独立模式，我必须模拟 JavaScript API Office 对象 (https://appsforoffice.microsoft.com/lib/1/hosted/Office.js) 以及模拟 Office rest API 响应以获得几个测试 运行ning.
这是一个非常痛苦的过程，所以我想知道是否有更好的方法来实现集成测试。
很遗憾，您使用的过程似乎是正确的，并且没有更好的替代方法来对 Outlook 加载项进行集成测试。
我们建议您将此请求添加到我们的 user-voice page 中，以获得更好的插件集成测试。我们在规划过程中会考虑用户语音的功能请求。
可以使用 Appium 和 WinAppDriver 为 Office Add-ins（真实环境，不需要模拟 API）自动化 e2e-Tests。您应用的 HTML 元素可以通过其 ID 或其他方法访问。 This gh repo 包含一个 how-to.