参与测试
测试不仅仅是将要求映射到功能的过程。 虽然构建和执行这些类型的测试很重要，但解决方案还有更多方面应该进行测试。 无论要测试的具体指标是什么，流程基本都相似。
测试过程通常遵循以下流程：
- 计划。 审查总体测试策略。 制定测试计划。 对基准指标执行所需的分析。 确定范围内和范围外的关键业务场景。 记录尚未完成的要求。
- 准备。 设置所需的环境、性能测试、用户采用测试等。检查迁移测试前后收到的迁移数据。 验证高级系统要求。 开发所需的脚本。
- 执行。 执行测试脚本。 分析结果，确定潜在的瓶颈。 检查故障和行为。
- 报告。 准备对报告计划、结果和行动计划的详细评估。
测试类型
功能顾问可能会以某种身份参与每种测试。 每种测试不是成功就是失败。功能顾问掌握广泛的技能，他们是帮助质量团队取得成功的重要资源。
测试类型
描述
单元测试
这些测试由应用生成器或代码开发人员执行，因为在整个实施过程中生成了一项资产。 这些单元测试应该由积极构建该功能的人来执行，这些人可以是开发人员、功能顾问、业务分析师等等。
功能测试/系统测试
这些测试验证实现是否满足要求并且没有缺陷。 功能测试可由客户或合作伙伴团队资源手动执行，也可以自动执行。
验收测试
这些测试由最终用户执行以期获得正式批准，并且由最终用户测试系统的可用性。 验收测试通常在推出功能之前作为最终检查进行。 在初始部署中，本测试是在项目结束时进行的，但在敏捷迭代部署中，功能可能会在每次冲刺 (sprint) 时发布，因此您需要在整个项目中进行验收测试。 本测试通常称为 UAT，用户验收测试。
回归测试
这些测试评估未更改的功能以检测回归问题，通常系统一更新就会执行。 客户需要在每次重大平台更新之前（每年两次）制定回归测试计划，以验证当前配置在更新后是否能以最佳方式工作。 可以自动执行回归测试。
集成测试
目标是让所有集成的系统协调工作。 集成测试验证包括集成的第三方服务和数据在内的各个部分是否都能协同工作。 本测试在初始集成开发之后进行。
性能测试
这些测试用预期的峰值负载和峰值事务量验证系统性能，通常是自动的，并且在上线之前或在另外加入一大批系统用户之前运行。
数据验证测试
这些测试验证数据迁移以确保数据质量，通常由编写集成的人员执行，或由客户资源与了解客户数据的主题专家密切协商执行。 这些专家应该了解数据转移和转换，并能够在适当的上下文中确认迁移的数据是有效的。 本流程可能涉及行计数之类的标准检查，或涉及抽查迁移的数据子集以验证列是否正确映射。 本流程有时也称为数据迁移测试。
灾难恢复测试
这些测试涉及测试灾难导致系统中断时会发生什么情况。 尽管 Microsoft 为您处理重大灾难恢复，但您需要确保制定好计划，可在灾难发生后恢复运营。 例如，验证您的源代码是否为最新，以便您可以在发生灾难时成功重新创建开发环境。
上线测试
这些测试包括整个上线过程的试运行，通常在上线前进行。
功能顾问在测试中的角色
除了参与实际的测试过程之外，您还应该准备好帮助编写测试计划，或者至少对计划进行审查。 本流程可确保从项目生命周期的开始到结束都能符合预期，从而帮助您更好地完成工作。 它还通过您构建和配置系统的操作来验证质量团队的测试计划，从而为质量团队提供帮助。
虽然您可能会参与所列的任何测试，但功能顾问可能会更多地参与以下方面：
功能测试
功能测试的目标是要确保客户已经围绕一组用户支持者和测试用例场景确定了一个策略，测试团队将使用这些场景获取关于其解决方案质量的评估。
功能测试的一个重要作用是：确保不会从上线前和上线后继续引入的任何更改中引入回归。 从全套功能测试中，应该将子集标识为每个版本或更新定期运行的回归测试。
集成测试
业务流程实现的最重要方面可正常运行，并且对整体采用具有较大的影响。 客户必须确保他们计划让与系统集成的其他应用程序的所有者参与进来。 本测试还会要求他们定义明确的角色和职责，以解决任何问题或根据需要进行更改。
每项集成都可能有自己的需要定义的测试方法。 测试团队应该尽早参与进来，了解他们将如何测试每个集成方案。 团队需要确保必要的集成能够配置为支持测试。
集成测试的一个关键方面应侧重于流入和流出集成的数据。 数据验证测试部分中的大多数论述也适用于集成中涉及的数据。
用户验收测试
用户验收测试对于确保上线审批至关重要，对于上线后验收新系统也是如此。 它还可以提供积压的功能请求，这些请求可以作为上线后增强功能的一部分进行规划。
客户必须确保早先已经确定用户支持者或关键用户，并应在整个项目生命周期中让他们一直参与其中。 他们应该让这一用户群以及其他用户社区参与其中，以便测试该应用程序。 应该对成功的用户验收标准有一个明确的定义，因为该定义也将汇总到上线/不上线决策中。