規劃

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

開始之前

開始之前,請先檢閱下列資訊:

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

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

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

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

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

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

對品質的承諾 — 最重要的是,任何測試者必須保持中立,並只報告測試結果。

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

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

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

測試類型

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

注意

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

件數測試 — 由開發團隊進行的測試(通常是),以確保個別元素正常運作(儘管是隔離狀態)。

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

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

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

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

系統測試 — 一旦系統完全整合併安裝在適當的平台上,這些測試將測試整個系統。

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

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

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

  • 普通

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

  • 峰值

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

  • 極端

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

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

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

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

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

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

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

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

如需詳細資訊,請參閱接受與登出

快速入門

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

定義目標 — 定義您的高階目標,以作為隨著測試進行而微調的起點。您會想:

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

除其他外。

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

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

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

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

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

本頁內容