定义测试用例
您的测试用例应基于:
用例
- 这些功能在演员(启动某些操作的角色)与系统之间的交互方面定义了所需的功能。
- 用例应由客户定义。
详细要求规格
测试应明确定义:
- 先决条件;这些内容可能涵盖特定系统、配置或测试人员的体验。
- 要采取的步骤;在适当的细节级别。
- 预期结果。
- 清除通过或失败的标准。
自动化测试用例的潜在客户显然很有吸引力,因为它可以消除重复任务。
手动测试与自动测试
但是,自动化测试用例是一项重大投资,因此应考虑以下某些方面:
- 设置和配置需要时间、精力和经验。
- 如果基于浏览器,则安装浏览器更新时出现问题的风险会增加;需要更多时间进行纠正。
- 只有大项目才真正可行。
- 当为测试或长期发布计划生成多个发行版时很好。
测试特定方面
在测试AEM时,会特别关注一些具体细节:
创作和发布环境
尽管环境中涉及的问题值得强调,在测试方面,AEM的决定性因素是值得的。
您必须将AEM视为两个应用程序:
- 作者环境
此实例允许作者输入和发布内容。
这有一小组(呃)可预测的用户,对于这些用户来说,特定的功能和性能至关重要。
- 发布环境
此实例以其已发布的表单显示网站,供访客访问。
这通常有较大的一组用户,其中流量并不总是可以100%预测。 在响应请求时,性能仍然至关重要。 还必须考虑缓存和负载平衡。
尽管软件与此相同,但它们:
- 用途
- 在功能和性能方面有不同的要求
- 配置方式不同
- 单独调谐
- 每个人都有一套接受测试
换言之,它们必须单独测试,并使用不同的测试用例。
个性化
测试个性化时,应使用多个用户帐户重复每个单独的用例,以证明行为。
还必须检查缓存,以确定正确的行为。
调度程序
大多数项目将安装用于缓存和负载平衡的调度程序。
测试很困难(缓存在不同级别和不同位置),且必须使用黑匣子进行。 要测试的关键方面包括:
- 准确性;确保网站访客可以看到内容更新。
- 连续性;确保当一台服务器关闭时网站仍可用。
- ClustersClusters 用于提供:
- 故
障转移如果一台服务器发生故障,群集中的其他服务器将接管处理。
- PerformanceLoad
balancing with full failover可提高群集的性能。
当用于客户项目时,必须测试群集以确认配置的正确操作。
测试第三方软件
任何与AEM接口的第三方软件都将在详细要求规范中加以引用。
必须分析所需的任何测试(取决于定义的范围)并获得干净的测试。