規劃 planning
本檔案說明為測試進行規劃所需知識。 此外,在進行測試之前,您還應先回答以下問題:
開始之前 before-you-start
開始之前,請先檢閱下列資訊:
AEM架構 — 請參閱基本概念,介紹AEM的架構和基本原則。
檔案 — 如需詳細資訊,請參閱任何檔案章節或說明文章。
測試的基本原則 — 您應了解軟體測試和品質保證的基本原則。 最好您應該有測試專案的經驗。
有許多網站、書籍和課程都涉及這些原則,因此本檔案不會詳細討論這些原則。
避免的假設 — 最大的假設(定期提出)是您的網站每天需要處理數百萬個請求。 在某些情況下,這可能是真的,但不能假設。
雖然未來的數字無法以100%的準確度進行預測,但觀察您的現有網站和體驗的流量將會提供良好指示。 然後您就可以根據您預期/希望流量增加的因素進行估計。
對質量的承諾 — 最重要的是,任何測試者都保持中立,只報告測試結果。
項目經理有責任根據結果決定和啟動行動。
參與 — 儘管項目經理有責任確保所有各方充分參與任何會議(狀態、研討會等),但您也應努力盡早參與項目週期,包括資訊收集和需求分析流程。
讓客戶參與 — 在類似的主題上,在定義您的測試案例和計畫時,請盡可能讓客戶參與。
測試類型 types-of-tests
測試有各種標準分類,適合在測試AEM專案時使用。 您應熟悉這些項目,以決定要使用哪個:
件數測試 — 由開發團隊進行測試(通常是),以確保個別元素正常運作,儘管是孤立的。
整合測試 — 組合時測試模組。 這些測試是在單元測試之後、系統測試之前進行的。
煙霧測試 — 這些是快速和臟的測試,用於證明軟體正在運行且高級功能可用。 未測試詳細資訊。
功能測試 — 用於測試軟體的功能。 將設計一系列測試,以涵蓋所有功能詳細資訊,包括預期和意外及/或錯誤的輸入。
黑盒測試是完整單元/元件/模組的功能測試,在沒有了解有關元素內部運作的情況下執行。
系統測試 — 一旦整個系統完全整合併安裝在適當的平台上,這些測試就會進行。
他們會以黑匣子為基礎測試功能。
效能測試 — 測試AEM時,效能測試至關重要。
它們用於說明不同條件下的效能:
-
普通
網站在90%的時間內都會經歷的條件。 例如,當只有部分作者使用此系統時。
-
峰值
因特殊情況需要在一段時間內按比例經歷的條件;例如,當所有作者同時使用系統或發佈新內容,而有更多訪客檢視您的網站時。
-
極端
可用來在您的網站上發佈新的、極其有趣的內容時模擬效能預測。 那麼,極端峰值可能會出現 — 儘管這可能並不總是完全可預測的。
當特定事件的票證可供使用,或第一次發佈期待已久的網站時,有時就會看到這些情況。
然後,結果將用於調整應用程式。
壓力測試 — 進行壓力測試,以確認元件或應用程式在極端條件下的行為。 尤其是,這些測試用來顯示元素失敗時的行為惡化程度,以及如何惡化。
回歸測試 — 回歸測試用於確認在舊版軟體中已驗證的功能仍正常運作。
回歸測試是自動化的理想候選項(如果可能),可確保快速且一致地重複測試。
接受測試 — 驗收測試是一種特殊類別,因為它們用於指示客戶接受項目。
驗收測試清單可能包含來自上述不同類別的測試組合,並且被選擇以驗證項目是否滿足客戶的要求
請參閱 接受與簽核 以取得更多詳細資訊。
快速入門 getting-started
開始使用詳細的測試案例和測試計畫之前,您可以:
定義目標 — 定義您的高層目標,作為測試進行時進行微調的起點。 您會想:
- 根據詳細需求規範測試功能。
- 根據 目標量度.
除其他外。
從現有網站收集流量統計資料 — 可以從日誌檔案中提取此資訊 — 有關詳細資訊,請參閱效能監視。
這些數字將指示現有網站上的當前流量(流量和傳播),並可用於形成新網站的基點。
從外部網站收集流量統計資料 — 如果可能,您可以嘗試從其他網站收集流量統計資料以進行比較,但這些數字並不總是會發佈。
確認目標量度 — 量度用來定義網站品質的量化測量,因為這些量度代表要達成的績效目標。
應在專案開始時與客戶一起定義。 請參閱 目標量度 以取得更多資訊。