测试阶段

现在您的应用已经构建，下一步是开始对其进行测试。 在本节中，您将了解如何进行测试的基础知识。

测试类型

单元测试

单元测试用于检查您应用的特定功能和特性是否正常运行。

端到端测试

端到端测试用于检查整体解决方案是否正确运行。 这很重要，因为即使所有单元测试都能正常运行，两个单元之间的集成也可能会失败。 这些测试通过采用接近实际业务流程用例的测试场景来完成。

用户接受测试

用户接受测试 (UAT) 由应用的用户而不是创建者完成。 此测试是为了确保创建者构建的内容符合用户最初提出的要求。

以下是在 UAT 中获得良好效果的一些技巧：

• 通过真实用户进行测试。

• 尝试选择具有不同 IT 技能水平的用户。 这样，您可以获得各种反馈。

• 不要给用户说明；看看他们是否可以直观地理解应用。

• 观察他们在没有帮助的情况下如何在应用中导航，并了解可以在哪些方面改进设计。

• 当用户在屏幕上停滞不前时，请他们解释他们的期望是什么。

• 尝试使用不同的设备，以确保测试案例的行为相同。

• 理想情况下，如果应用使用脱机功能，在用户的实际环境或位置测试应用。

• 要求您的用户尝试“破坏”应用，如在文本字段中输入异常字符。

• 用户通常会测试“幸福路径”（用户在一切顺利时所采用的路径）；要求他们还要测试各种场景，如取消支出报表而不是提交支出报表，或者拒绝支出报表而不是批准支出报表。

您的用户可能不熟悉测试软件。 让他们知道您正在寻求什么样的反馈。 为“错误”提供模板通常有助于确保测试人员准确地解释他们在做什么，发生了什么，他们预期会发生什么，以及有关其测试环境的任何相关信息（如设备类型和浏览器）。

用户如果要求更改规范或要求其他功能，这很自然，是允许的。 这些要求应记录在确定功能和请求的优先级中所述的功能列表中。

创建测试案例和场景

要编写全面的测试场景和测试案例，应再次参考计划阶段和设计阶段两节的内容，以确保测试所有重要场景。

第一步是编写单元测试。 确保将测试分解到每个特性和功能。 单元测试的测试案例应如下表所示列出：

帮助您测试画布应用的工具

Power Apps Test Studio（试验）

要在画布应用中进行测试，可以使用名为 Power Apps Test Studio 的内置工具为画布应用编写、组织和自动化测试。 详细信息：Test Studio（试验）

Azure Monitor（试验）

在测试性能问题时，可以使用 Monitor 来检查网络活动，类似于浏览器中的网络跟踪。 有关 Monitor 工具的详细信息，请参阅博客文章推出可调试应用和提高性能的 Monitor。

帮助您测试模型驱动应用的工具

EasyRepro

EasyRepro 是为 Dynamics 365 和 Power Apps 模型驱动应用提供的工具。 它不仅包括测试工具，还具有 200 多个示例测试案例，可帮助您加快测试流程。 有关详细信息，请参阅博客文章 EasyRepro 自动测试框架，您可以在 EasyRepro GitHub 存储库访问此工具。

解决方案检查器

解决方案检查器是一种工具，用于检查您创建的解决方案是否正常。 您可以快速查看问题并查看建议的修补程序。 详细信息：在 Power Apps 中使用解决方案检查器验证模型驱动应用程序