規劃 planning

本檔案說明規劃測試所需的資訊。 此外，您應先回答下列問題再進行測試：

在您開始之前 before-you-start

開始實際分析和定義測試之前，請先檢閱下列資訊：

AEM架構 — 請參閱基本概念，介紹AEM的架構和基本原則。

檔案 — 如需進一步資訊，請參閱任何檔案區段或操作說明文章。

測試的基本原則 — 您應該瞭解軟體測試和品質保證的基本原則。 您最好應該有測試專案的經驗。

有許多網站、書籍和課程會處理這類原則，因此本檔案不會詳細討論這些內容。

要避免的假設 — 最大的假設是您的網站每天必須服務數百萬個請求。 在某些情況下，這可能為真，但無法假設。

雖然以100%的正確性無法預測未來的數字，但觀察您現有的網站和體驗的流量將可提供良好的指示。 然後，您可以根據您預期/希望流量增加的因素進行估計。

品質承諾 — 對於任何測試者而言，保持中立並只報告測試的結果是極為重要的。

專案經理有責任根據結果決定及啟動動作。

參與 — 雖然專案經理有責任確保所有各方都完全參與任何會議（狀態、研討會等），您也應該儘量儘早參與專案週期，包括資訊收集和需求分析流程。

請讓客戶參與 — 在類似的主題上，嘗試在定義測試案例和計畫時讓客戶參與（可能的話）。

測試型別 types-of-tests

有多種標準的測試分類適合用於測試AEM專案。 若要決定要使用哪一種，您應該熟悉這些內容：

單元測試 — 開發團隊進行的測試（通常是），以確保個別元素的行為正確（儘管是隔離的）。

整合測試 — 合併時測試模組。 這些測試是在單元測試之後但在系統測試之前進行。

抽菸測試 — 這些是用來證明軟體正在執行且有高階功能可用的快速且骯髒測試。 詳細資料不會經過測試。

功能測試 — 這些是用來測試軟體的功能。 一系列測試將設計為涵蓋所有功能細節，包括預期和未預期的和/或錯誤的輸入。

黑箱測試是完整單元/元件/模組的功能測試，在不瞭解相關元素內部運作的情況下執行。

系統測試 — 這些會在系統完全整合併安裝在適當的平台上後，測試整個系統。

他們以黑盒子為基礎測試功能。

效能測試 — 效能測試在測試AEM時十分重要。

它們用於說明不同條件下的效能：

然後使用結果來調整應用程式。

壓力測試 — 進行壓力測試，以確認元件或應用程式在極端條件下的行為方式。 尤其是，這些測試用於顯示行為如何惡化、元素何時會失敗以及如何失敗。

回歸測試 — 回歸測試用來確認在舊版軟體中已證實的功能仍可正常運作。

回歸測試是自動化的良好適用對象（如果可能），可確保快速一致地重複這些測試。

驗收測試 — 驗收測試是特殊的類別，因為它們用來表示客戶對專案的接受。

驗收測試清單可能包含上述各種類別的測試組合，並選取以驗證專案是否符合客戶的要求

如需詳細資訊，請參閱接受和簽出。

快速入門 getting-started

開始詳細測試案例和測試計畫之前，您可以：

定義目標 — 定義您的高階目標，作為測試進行時微調的起點。 您會想要：

及其他。

從現有網站收集流量統計資料 — 此資訊可從記錄檔擷取 — 如需詳細資訊，請參閱效能監視。

這些數字會指出現有網站上目前的流量（數量和分佈），並可用來形成新網站的基準點。

從外部網站收集流量統計資料 — 如果可能的話，您可以嘗試從其他網站收集流量統計資料以進行比較，但這些數字並不一定都會發佈。

確認目標量度 — 量度可用來定義網站品質的量化度量，因為它們代表要達到的效能目標。

他們應該在專案開始時與客戶一起定義。 如需詳細資訊，請參閱目標量度。