定义测试用例

您的测试用例应基于：

用例

• 这些功能在演员（启动某些操作的角色）与系统之间的交互方面定义了所需的功能。
• 用例应由客户定义。

详细要求规格

• 应测试所有功能和性能要求。

测试应明确定义：

• 先决条件；这些内容可能涵盖特定系统、配置或测试人员的体验。
• 要采取的步骤；在适当的细节级别。
• 预期结果。
• 清除通过或失败的标准。

自动化测试用例的潜在客户显然很有吸引力，因为它可以消除重复任务。

手动测试与自动测试

但是，自动化测试用例是一项重大投资，因此应考虑以下某些方面：

• 设置和配置需要时间、精力和经验。
• 如果基于浏览器，则安装浏览器更新时出现问题的风险会增加；需要更多时间进行纠正。
• 只有大项目才真正可行。
• 当为测试或长期发布计划生成多个发行版时很好。

测试特定方面

在测试AEM时，会特别关注一些具体细节：

创作和发布环境

尽管环境中涉及的问题值得强调，在测试方面，AEM的决定性因素是值得的。

您必须将AEM视为两个应用程序：

• 作者​环境
  此实例允许作者输入和发布内容。
  这有一小组（呃）可预测的用户，对于这些用户来说，特定的功能和性能至关重要。
• 发布​环境
  此实例以其已发布的表单显示网站，供访客访问。
  这通常有较大的一组用户，其中流量并不总是可以100%预测。 在响应请求时，性能仍然至关重要。 还必须考虑缓存和负载平衡。

尽管软件与此相同，但它们：

• 用途
• 在功能和性能方面有不同的要求
• 配置方式不同
• 单独调谐
• 每个人都有一套接受测试

换言之，它们必须单独测试，并使用不同的测试用例。

个性化

测试个性化时，应使用多个用户帐户重复每个单独的用例，以证明行为。

还必须检查缓存，以确定正确的行为。

调度程序

大多数项目将安装用于缓存和负载平衡的调度程序。

测试很困难（缓存在不同级别和不同位置），且必须使用黑匣子进行。 要测试的关键方面包括：

• 准确性;确保网站访客可以看到内容更新。
• 连续性;确保当一台服务器关闭时网站仍可用。
• ClustersClusters 用于提供：
  • 故
    障转移如果一台服务器发生故障，群集中的其他服务器将接管处理。
  • PerformanceLoad
    balancing with full failover可提高群集的性能。

当用于客户项目时，必须测试群集以确认配置的正确操作。

测试第三方软件

任何与AEM接口的第三方软件都将在详细要求规范中加以引用。

必须分析所需的任何测试（取决于定义的范围）并获得干净的测试。