定义测试用例 defining-your-test-cases
您的测试案例应该基于：
用例
- 它们根据参与者（启动特定操作的角色）与系统之间的交互来定义所需的功能。
- 用例应由客户定义。
详细要求规范
- 应测试所有功能和性能要求。
测试应明确界定：
- 先决条件；这些可能涵盖特定系统、配置或测试者体验。
- 要遵循的步骤；在适当的详细级别上。
- 预期结果。
- 清除通过或失败的条件。
自动化测试用例的前景很有吸引力，因为它消除了重复任务。
手动与自动测试 manual-versus-automated-tests
但是，自动化测试用例是一项巨大的投资，因此应考虑以下方面：
- 安装和配置需要时间、精力和经验。
- 如果基于浏览器，则安装浏览器更新时出现问题的风险会增加；需要更多时间来更正。
- 只适用于大型项目。
- 当生成多个版本用于测试或长期发布计划时良好。
测试特定方面 testing-specific-aspects
在测试AEM时，一些特定详细信息尤其令人感兴趣：
创作和Publish环境
尽管环境涵盖了此环境，但值得重点说明关于测试的AEM的决定因素。
将AEM视为两个应用程序：
-
作者 环境
此实例允许作者输入和发布内容。
这拥有一小部分可预测的用户，对他们来说，特定的功能和性能至关重要。 -
Publish 环境
此实例以发布的形式展示网站，以供访客访问。
这通常具有更大的用户集，其流量并不总是100%可预测。 在响应请求时，性能仍然至关重要。 还要考虑缓存和负载平衡。
尽管是相同的软件，但它们可以：
- 用途不同
- 对功能和性能有不同的要求
- 配置方式不同
- 单独调整
- 每个测试都有自己的一组验收测试
换言之，它们必须单独进行测试，并且测试用例不同。
个性化
在测试个性化时，应使用多个用户帐户重复每个单独的用例以证明行为。
同时检查缓存是否行为正确。
Dispatcher
大多数项目都安装Dispatcher以进行缓存和负载平衡。
测试非常困难（缓存在不同级别和不同位置发生），并且必须黑盒进行。 要测试的关键方面包括：
-
准确性
确保网站访客能够看到内容更新。 -
连续性
确保关闭一台服务器时网站仍然可用。 -
个群集
用于提供以下内容：-
故障转移
如果一台服务器出现故障，群集中的其他服务器将接管处理。 -
性能
使用完全故障转移进行负载平衡可提高群集的性能。
当用于客户项目时，必须测试群集以确认配置的正确操作。
-
测试第三方软件 testing-third-party-software
任何连接至AEM的第三方软件都将在详细要求规范中参考。
必须分析所需的任何测试（取决于定义的范围），并获得干净的测试。
recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2