创建测试计划

已完成

在画布应用部署中，下一步是测试您的应用。 本单元将帮助您了解有关如何进行测试的基础知识。 让我们来考虑一下要包含在测试计划中的三种类型的测试。

测试类型

单元测试

单元测试是最小的测试组成部分。 此测试用于检查应用的特定功能或特性是否正常工作。

端到端测试

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

用户验收测试

用户验收测试 (UAT) 由应用用户而不是制作者完成。 该测试可确保制作者已生成的内容与用户的要求匹配。

为了充分利用 UAT，下面提供了一些提示：

• 使用实际用户进行测试。

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

• 不要向用户提供说明；看看他们能否直观地了解该应用。

• 观察用户在无辅助的情况下如何在应用中导航，以了解设计的哪些方面可以改进。

• 当用户在某个屏幕上止步不前时，请求他们解释他们的期望。

• 在不同的设备上进行测试，确保无论使用什么平台，测试用例的运行方式都相同。

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

• 请测试用户尝试“破坏”应用，例如在文本字段中输入异常字符。

• 用户通常会测试“正常路径”（用户在一切正常时所采用的路径）。 请用户测试其他方案，例如取消而不提交支出报表，或拒绝而不批准支出报表。

用户可能不熟悉软件测试，因此请告诉他们您希望获得哪种反馈。 提供“bug”模板通常很有帮助，这样可以确保测试人员能够说明：

• 他们具体做了什么
• 实际发生的情况
• 他们期望发生的情况
• 有关其测试环境的任何相关信息（例如设备类型和浏览器）。

用户请求更改规范或请求获取更多功能十分正常，这是可以接受的。 这些请求应记录在与确定功能和请求的优先级中描述的类似的功能列表中，以便您可以确定请求的优先级并将其整合到应用中。

创建测试用例和应用场景

计划进行测试时，考虑可能已在 Power Apps 项目的计划和设计阶段确定的重要应用场景。

第一步是创建单元测试。 为每个特性或功能创建单独的测试，可以记录在如下表中：

测试用例编号	测试描述	测试输入	预期结果	结果
1-1	通过窗体提交订单详细信息	订单编号 16516	已成功提交订单
1-2	检查是否已生成 PDF 并将其附加到记录	不适用	PDF 文件已附加到记录
1-3	检查是否已将电子邮件通知发送给用户	test@contoso.com	指定收件人已收到电子邮件

总而言之，良好的计划有助于测试更顺利地进行。 您的目标是创建测试计划，该计划描述了测试的意图和范围、逐步介绍了技术审阅流程，并支持顺利推出功能。 测试计划应在用户验收测试之前制定，并包括在推出之前如何跟踪和进行所需的更改。