规划 planning

本文档描述了计划测试时需要了解的信息。 此外，您应在进行测试之前回答以下问题：

开始之前 before-you-start

在开始实际分析和定义测试之前，请查看以下信息：

AEM架构 — 请参阅基本概念，介绍AEM的架构和基本原则。

文档 — 请参阅任意文档部分或操作方法文章，以了解更多信息。

测试的基本原则 — 您应了解软件测试和质量保证的基本原则。 最好具有测试项目方面的经验。

有许多网站、书籍和课程涉及这些原则，因此本文件不详细讨论这些原则。

要避免的假设 — 最大的假设是，您的网站每天必须处理数百万个请求。 在某些情况下，这可能是真的，但无法假设。

尽管无法以100%的准确性预测未来的数字，但观察现有网站和经历的流量会给出一个很好的指示。 然后，您可以根据您预期/希望流量增加的因素进行估计。

质量承诺 — 至关重要的是，任何进行测试的人都必须保持中立，只报告测试的结果。

项目经理有责任根据结果决定并启动操作。

参与 — 尽管项目经理有责任确保所有各方都充分参与任何会议（状况、研讨会等），您也应该设法尽早参与项目周期，包括信息收集和需求分析过程。

涉及客户 — 在类似的主题上，尝试在定义测试用例和计划时让客户（在可能的情况下）参与。

测试类型 types-of-tests

有多种标准的测试分类适合在测试AEM项目时使用。 您应该熟悉以下内容以决定要使用哪种：

单元测试 — 开发团队进行的测试（通常是），以确保各个元素的行为正确 — 尽管是单独的。

集成测试 — 组合时测试模块。 这些测试是在单元测试之后但在系统测试之前进行的。

烟雾测试 — 这些是快速而肮脏的测试，用于证明软件正在运行并且高级功能可用。 细节并未经过测试。

功能测试 — 用于测试软件的功能。 将设计一系列测试来涵盖所有功能详细信息，包括预期输入、意外输入和/或错误输入。

黑盒测试是在不知道相关元素内部工作的情况下执行的完整单元/组件/模块的功能测试。

系统测试 — 一旦系统完全集成并安装在合适的平台上，这些测试将对整个系统进行测试。

他们在黑盒的基础上测试功能。

性能测试 — 性能测试在测试AEM时至关重要。

它们用于说明不同条件下的性能：

然后使用结果来优化应用程序。

压力测试 — 进行压力测试，以确认组件或应用程序在极端条件下的行为方式。 特别是，这些测试用于显示行为如何恶化、元素何时失败以及如何失败。

回归测试 — 回归测试用于确认在软件以前版本中已经验证的功能仍然正常运行。

回归测试是自动化的良好候选项（如果可能），可确保快速且一致地重复这些测试。

验收测试 — 验收测试是一种特殊类别，因为它们用于表示客户对项目的验收。

验收测试列表可能包含上述各种类别的测试的组合，并且被选择用于验证项目是否满足客户的要求

请参阅 接受和签核 以了解更多详细信息。

快速入门 getting-started

在开始详细的测试用例和测试计划之前，您可以：

定义目标 — 定义高级目标，以作为在测试过程中进行微调的起点。 您将希望：

还有很多。

从现有网站收集流量统计信息 — 此信息可从日志文件中提取 — 有关更多详细信息，请参阅性能监控。

这些数字将表明现有网站上的当前流量（数量和分布），并可用于形成新网站的基点。

从外部网站收集流量统计信息 — 如果可能，您可以尝试从其他网站收集流量统计数据以进行比较，但这些数字并不总是会发布。

确认目标量度 — 量度用于定义网站质量的量化度量，因为它们表示要实现的性能目标。

它们应在项目开始时与客户一起定义。 请参阅 目标量度 以了解更多信息。