您的測試案例應以下列項目為基礎:
使用案例
詳細需求規格
測試應明確界定:
自動化測試用例的前景顯然很有吸引力,因為它可以消除重複性任務。
不過,自動化測試案例是一項重大投資,因此應考慮某些方面:
在測試AEM時,需特別注意一些特定詳細資訊:
製作和發佈環境
不過, 環境 有必要強調AEM在測試方面的決定性因素。
您必須將AEM視為兩個應用程式:
the 作者 環境此例項可讓作者輸入和發佈內容。
這有一小組(er)可預測的用戶,對於這些用戶,特定功能和效能至關重要。
the 發佈 環境此例項以發佈的表單呈現網站,供訪客存取。
這通常會有較大的使用者集,其中的流量並不總是100%可預測。 效能仍至關重要 — 在回應請求時。 還必須考慮快取和負載平衡。
雖然軟體與此相同,但它們:
換句話說,它們必須分別測試,並搭配不同的測試案例。
個人化
測試個人化時,應使用多個使用者帳戶重複每個個別使用案例,以證明行為。
還必須檢查快取以檢查正確行為。
Dispatcher
大部分的專案都會安裝Dispatcher以進行快取和負載平衡。
測試很困難(快取會發生在不同層級和不同位置),且必須使用黑盒機制。 要測試的關鍵方面包括:
準確度
確保網站訪客看到內容更新。
連續性
確保當一台伺服器關閉時該網站仍可用。
叢集
群集用於提供:
故障轉移
如果一台伺服器出現故障,群集中的其他伺服器將接管處理。
效能
通過完全故障轉移實現負載平衡可提高群集的效能。
當用於客戶項目時,必須測試群集以確認配置的正確操作。
任何與AEM介面的第三方軟體都將在詳細需求規格中參考。
必須分析所需的任何測試(取決於定義的範圍)並獲得乾淨的測試。