规划 planning

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

开始之前 before-you-start

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

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

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

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

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

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

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

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

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

参与其中 — 尽管项目经理有责任确保所有参与方都充分参与任何会议(状态、研讨会等),您还应尝试尽早参与项目周期,包括信息收集和需求分析流程。

让客户参与 — 在类似的主题上,在定义测试用例和计划时,尽量让客户参与(如果可能)。

测试类型 types-of-tests

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

NOTE
这些按其应用时间顺序列出。

单元测试 — 开发团队进行的测试(通常是),用于确保各个元素的行为正确 — 尽管是隔离的。

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

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

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

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

系统测试 — 这些测试会在整个系统完全集成并安装在合适的平台上后测试整个系统。

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

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

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

  • 一般

    网站在大约90%的时间内都会遇到的问题。 例如,当只有部分作者使用系统时。

  • 峰值

    由于特殊情况而在一段时间后将经历的条件;例如,当所有作者同时使用系统时,或当发布新内容并且查看您网站的访客数量增加时。

  • 极端

    当您的网站上发布了一则非常有趣的新内容时,可用于模拟性能预测。 然后可能会出现一个极端的峰值 — 尽管这可能并不总是完全可以预测的。

    有时,在提供特定活动的门票或首次发布备受期待的网站时,就会出现这种情况。

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

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

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

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

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

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

有关更多详细信息,请参阅接受和注销

快速入门 getting-started

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

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

  • 根据详细需求规格测试功能。
  • 根据目标量度测试性能。

还有很多。

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

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

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

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

它们应在项目开始时与客户一起定义。 有关详细信息,请参阅目标量度

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2