测试阶段
现在您的应用已经构建，下一步是开始对其进行测试。 在本节中，您将了解如何进行测试的基础知识。
测试类型
单元测试
单元测试用于检查您应用的特定功能和特性是否正常运行。
端到端测试
端到端测试用于检查整体解决方案是否正确运行。 这很重要，因为即使所有单元测试都能正常运行，两个单元之间的集成也可能会失败。 这些测试通过采用接近实际业务流程用例的测试场景来完成。
用户接受测试
用户接受测试 (UAT) 由应用的用户而不是创建者完成。 此测试是为了确保创建者构建的内容符合用户最初提出的要求。
以下是在 UAT 中获得良好效果的一些技巧：
通过真实用户进行测试。
尝试选择具有不同 IT 技能水平的用户。 这样，您可以获得各种反馈。
不要给用户说明；看看他们是否可以直观地理解应用。
观察他们在没有帮助的情况下如何在应用中导航，并了解可以在哪些方面改进设计。
当用户在屏幕上停滞不前时，请他们解释他们的期望是什么。
尝试使用不同的设备，以确保测试案例的行为相同。
理想情况下，如果应用使用脱机功能，在用户的实际环境或位置测试应用。
要求您的用户尝试“破坏”应用，如在文本字段中输入异常字符。
用户通常会测试“幸福路径”（用户在一切顺利时所采用的路径）；要求他们还要测试各种场景，如取消支出报表而不是提交支出报表，或者拒绝支出报表而不是批准支出报表。
您的用户可能不熟悉测试软件。 让他们知道您正在寻求什么样的反馈。 为“错误”提供模板通常有助于确保测试人员准确地解释他们在做什么，发生了什么，他们预期会发生什么，以及有关其测试环境的任何相关信息（如设备类型和浏览器）。
用户如果要求更改规范或要求其他功能，这很自然，是允许的。 这些要求应记录在确定功能和请求的优先级中所述的功能列表中。
创建测试案例和场景
要编写全面的测试场景和测试案例，应再次参考计划阶段和设计阶段两节的内容，以确保测试所有重要场景。
第一步是编写单元测试。 确保将测试分解到每个特性和功能。 单元测试的测试案例应如下表所示列出：
| 测试案例编号 | 测试说明 | 用于测试的输入 | 预期结果 | 结果 |
|---|---|---|---|---|
| 1-1 | 从窗体中提交订单详细信息 | 订单编号 16516 | 订单已成功提交 | |
| 1-2 | 检查是否已生成 PDF 并将其附加到记录 | 无 | PDF 文件附加到记录 | |
| 1-3 | 检查电子邮件通知是否已发送给用户 | test@contoso.com | 指定收件人收到电子邮件 |
帮助您测试画布应用的工具
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 中使用解决方案检查器验证模型驱动应用程序