規劃

本檔案說明為測試進行規劃所需知識。 此外，在進行測試之前，您還應先回答以下問題：

開始之前

開始之前，請先檢閱下列資訊：

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

檔案 — 如需詳細資訊，請參閱任何檔案章節或說明文章。

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

有許多網站、書籍和課程都涉及這些原則，因此本檔案不會詳細討論這些原則。

避免的假設 — 最大的假設（定期提出）是您的網站每天需要處理數百萬個請求。 在某些情況下，這可能是真的，但不能假設。

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

對質量的承諾 — 最重要的是，任何測試者都保持中立，只報告測試結果。

項目經理有責任根據結果決定和啟動行動。

參與 — 儘管項目經理有責任確保所有各方充分參與任何會議（狀態、研討會等），但您也應努力盡早參與項目週期，包括資訊收集和需求分析流程。

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

測試類型

測試有各種標準分類，適合在測試AEM專案時使用。 您應熟悉這些項目，以決定要使用哪個：

注意

這些按應用程式的時間順序列出。

件數測試 — 由開發團隊進行測試（通常是），以確保個別元素正常運作，儘管是孤立的。

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

煙霧測試 — 這些是快速和臟的測試，用於證明軟體正在運行且高級功能可用。 未測試詳細資訊。

功能測試 — 用於測試軟體的功能。 將設計一系列測試，以涵蓋所有功能詳細資訊，包括預期和意外及/或錯誤的輸入。

黑盒測試是完整單元/元件/模組的功能測試，在沒有了解有關元素內部運作的情況下執行。

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

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

效能測試 — 測試AEM時，效能測試至關重要。

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

  • 普通

    網站在90%的時間內都會經歷的條件。 例如，當只有部分作者使用此系統時。

  • 峰值

    因特殊情況需要在一段時間內按比例經歷的條件；例如，當所有作者同時使用系統或發佈新內容，而有更多訪客檢視您的網站時。

  • 極端

    可用來在您的網站上發佈新的、極其有趣的內容時模擬效能預測。 那麼，極端峰值可能會出現 — 儘管這可能並不總是完全可預測的。

    當特定事件的票證可供使用，或第一次發佈期待已久的網站時，有時就會看到這些情況。

然後，結果將用於調整應用程式。

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

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

回歸測試是自動化的理想候選項（如果可能），可確保快速且一致地重複測試。

接受測試 — 驗收測試是一種特殊類別，因為它們用於指示客戶接受項目。

驗收測試清單可能包含來自上述不同類別的測試組合，並且被選擇以驗證項目是否滿足客戶的要求

請參閱 接受與簽核 以取得更多詳細資訊。

快速入門

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

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

  • 根據詳細需求規範測試功能。
  • 根據 目標量度.

除其他外。

從現有網站收集流量統計資料 — 可以從日誌檔案中提取此資訊 — 有關詳細資訊，請參閱效能監視。

這些數字將指示現有網站上的當前流量（流量和傳播），並可用於形成新網站的基點。

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

確認目標量度 — 量度用來定義網站品質的量化測量，因為這些量度代表要達成的績效目標。

應在專案開始時與客戶一起定義。 請參閱 目標量度 以取得更多資訊。

本頁內容