您的測試案例應以下列項目為基礎:
使用案例
詳細需求規格
測試應明確定義:
自動化測試案例的前景顯然十分誘人,因為它可以消除重複性任務。
不過,自動化測試案例是一項重大投資,因此應考慮到某些方面:
在測試AEM時,會特別關注一些特定細節:
作者和發佈環境
雖然Environments中涵蓋了AEM在測試方面的決定性因素,但值得強調。
您必須將AEM視為兩個應用程式:
作者環境
此例項可讓作者輸入和發佈內容。
這有一小群(er)可預測的使用者,其特定功能和效能對使用者至關重要。
Publish環境
此例項以發佈的表格呈現網站,供訪客存取。
這通常會有較大的使用者集,其流量並不總是可以100%預測。 在回應要求時,效能仍然至關重要。 還必須考慮快取和負載平衡。
雖然軟體與之相同,但它們:
換言之,它們必須個別測試,並使用不同的測試案例。
個性化
在測試個人化時,應使用多個使用者帳戶重複每個個別使用案例,以證明行為。
此外,還必須檢查快取是否正確行為。
The Dispatcher
大多數項目將安裝Dispatcher以進行快取和負載平衡。
測試十分困難(快取會在不同層級和不同位置進行),而且必須使用黑匣子進行。 測試的主要方面包括:
確
保網站訪客可檢視內容更新。
繼
續確保當一台伺服器關閉時,網站仍然可用。
ClustersClusters用於提供:
故
障切換如果一台伺服器出現故障,群集中的其他伺服器將接管處理。
PerformanceLoad
平衡與完全故障切換可提高群集的效能。當用於客戶項目時,必須測試群集以確認配置的正確操作。
所有與AEM介接的協力廠商軟體,都將在詳細需求規格中加以參考。
必須分析所需的任何測試(取決於定義的範圍),並獲得乾淨的測試。