定义测试用例

您的测试案例应基于:

用例

  • 这些功能在行为者(启动某些操作的角色)与系统之间的交互方面定义了所需的功能。
  • 用例应由客户定义。

详细要求规范

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

测试应明确定义:

  • 先决条件;这些功能可能涵盖特定系统、配置或测试人员的经验。
  • 应采取的步骤;在适当的细节级别。
  • 预期结果。
  • 通过或失败的明确标准。

自动化测试用例的前景显然具有吸引力,因为它可以消除重复性任务。

手动测试与自动测试

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

  • 设置和配置需要时间、精力和经验。
  • 如果基于浏览器,则安装浏览器更新时出现问题的风险会增加;需要更多时间进行纠正。
  • 只对大项目是可行的。
  • 当为测试或在长期发行计划中生成多个版本时,这是好事。

测试特定方面

在测试AEM时,需要特别注意的一些特定详细信息:

创作和发布环境

尽管在Environments中已涵盖,但是,有必要强调AEM在测试方面的决定性因素。

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

  • 创作环境
    此实例允许作者输入和发布内容。
    这有一小组(呃)可预测的用户,对于这些用户而言,特定功能和性能至关重要。

  • 发布环境
    此实例以其发布的形式显示网站,供访客访问。
    这通常有更大的一组用户,其中流量并非总是100%可预测。 在响应请求时,性能仍然至关重要。 还必须考虑缓存和负载平衡。

尽管软件与此相同,但它们:

  • 用于不同用途
  • 对功能和性能有不同的要求
  • 配置方式不同
  • 单独调整
  • 每人都有自己的一套验收测试

换言之,必须分别使用不同的测试用例对它们进行测试。

个性化

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

还必须检查缓存是否正确行为。

调度程序

大多数项目都将安装用于缓存和负载平衡的Dispatcher。

测试很困难(缓存发生在不同级别和不同位置),且必须使用黑匣子进行。 要测试的关键方面包括:


  • 准确确保网站访客能够看到内容更新。


  • 继续确保在一台服务器关闭时网站仍然可用。


  • ClustersClusters用于提供:


    • 故障转移如果一台服务器出现故障,群集中的其他服务器将接管处理。


    • 具有完全故障转移的PerformanceLoad平衡可提高群集的性能。当用于客户项目时,必须测试群集以确认配置的正确操作。

测试第三方软件

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

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

在此页面上