UI 測試 ui-testing

自訂 UI 測試是一項選擇性功能，可讓您為應用程式建立和自動執行 UI 測試。

概觀 custom-ui-testing

AEM 提供了Cloud Manager 品質關卡整合套件，以確保自訂應用程序順利更新。 尤其是 IT 測試門已經支援使用 AEM API 建立和自動化自訂測試。

UI 測試是封裝在 Docker 映像檔中，提供廣泛的語言和架構 (例如 Cypress、Selenium、Java 和 Maven 以及 JavaScript) 選擇。 此外，使用AEM專案原型可輕鬆產生UI測試專案。

Adobe 鼓勵使用 Cypress，因為它提供即時重新載入和自動等待功能，有助於節省時間及提高測試期間的工作效率。 Cypress也提供簡單且直覺式的語法，讓您輕鬆學習及使用，即使是初次測試的使用者亦然。

UI測試會在​ 自訂UI測試 ​步驟中作為品質閘道執行 — 在生產管道中是必要的，在非生產管道中是選用的。 任何UI測試，包括回歸和新功能，都可以檢測和報告錯誤。

與使用Java編寫的HTTP測試的自訂功能測試不同，UI測試可以是Docker映像。 只要測試遵循區段建置UI測試中定義的慣例，就可以使用任何語言編寫測試。

開始使用UI測試 get-started-ui-tests

本節旨在說明設定 UI 測試以便在 Cloud Manager 中執行所需的步驟。

建立UI測試 building-ui-tests

一個 Maven 項目會產生一個 Docker 建置內容。 此Docker構建上下文描述了如何建立Docker映像。 該映像包含UI測試，Cloud Manager使用這些測試來生成包含實際UI測試的Docker映像。

本節說明將UI測試專案新增到存放庫所需的步驟。

生成Docker構建上下文 generate-docker-build-context

若要產生 Docker 建置環境，您需要一個 Maven 模組：

最簡單的方法是配置Maven組裝外掛建立Docker構建上下文封存並為其指派正確的分類器。

您可以使用不同的技術和框架構建 UI 測試，但本節假定您的項目以類似於以下方式佈局。

├── Dockerfile
├── assembly-ui-test-docker-context.xml
├── pom.xml
├── test-module
│   ├── package.json
│   ├── index.js
│   └── wdio.conf.js
└── wait-for-grid.sh

這pom.xml文件負責 Maven 構建。 將執行新增到 Maven 程序集插件，類似於以下內容。

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-assembly-plugin</artifactId>
    <configuration>
        <descriptors>
            <descriptor>${project.basedir}/assembly-ui-test-docker-context.xml</descriptor>
        </descriptors>
        <tarLongFileMode>gnu</tarLongFileMode>
    </configuration>
    <executions>
        <execution>
            <id>make-assembly</id>
            <phase>package</phase>
            <goals>
                <goal>single</goal>
            </goals>
        </execution>
    </executions>
</plugin>

此執行指示Maven元件外掛程式根據assembly-ui-test-docker-context.xml中包含的指示建立封存，在外掛程式的行話中稱為​元件描述項。 程序集描述符列出了必須是歸檔一部分的所有文件。

<assembly>
    <id>ui-test-docker-context</id>
    <includeBaseDirectory>false</includeBaseDirectory>
    <formats>
        <format>tar.gz</format>
    </formats>
    <fileSets>
        <fileSet>
            <directory>${basedir}</directory>
            <includes>
                <include>Dockerfile</include>
                <include>wait-for-grid.sh</include>
            </includes>
        </fileSet>
        <fileSet>
            <directory>${basedir}/test-module</directory>
            <excludes>
                <exclude>node/**</exclude>
                <exclude>node_modules/**</exclude>
                <exclude>reports/**</exclude>
            </excludes>
        </fileSet>
    </fileSets>
</assembly>

程序集描述符指示插件建立類型的封存.tar.gz並指派ui-test-docker-context分類器。 此外，它列出了必須包含在封存中的檔案，包括以下內容：

程序集描述符還排除了在本機執行 UI 測試時可能產生的一些文件。 此程式可確保更小的封存和更快的建置。

Cloud Manager在部署管道期間自動提取Docker build-context封存並構建測試映像。 最後，Cloud Manager會執行Docker影像，對您的應用程式執行UI測試。

建構應產生零個或一個封存。 如果產生零個封存，則測試步驟預設透過。 如果建置產生多個封存，則無法確定要選擇哪個封存。

客戶選擇加入 customer-opt-in

為了讓 Cloud Manager 建置和執行您的 UI 測試，您必須在存放庫新增一個檔案來選擇加入此功能。

如果此檔案不存在，將跳過 UI 測試組建和執行。

若要在組建成品包含 testing.properties 檔案，在 assembly-ui-test-docker-context.xml 檔案中新增 include 陳述式。

[...]
<includes>
    <include>Dockerfile</include>
    <include>wait-for-grid.sh</include>
    <include>testing.properties</include> <!-- opt-in test module in Cloud Manager -->
</includes>
[...]

如果您是使用 Adobe 提供的範例：

編寫UI測試 writing-ui-tests

本節介紹包含 UI 測試的 Docker 映像必須遵循的約定。 Docker 映像是根據上一節中描述的 Docker 建置內容建構的。

環境變數 environment-variables

以下環境變數會在執行階段傳遞給您的 Docker 映像，視您的架構而定。

* these values are empty if there is no publish instance

Adobe 測試範例提供輔助函數以存取設定參數：

Cypress: 使用標準函數 Cypress.env('VARIABLE_NAME')

產生測試報告 generate-test-reports

Docker映像必須生成JUnit XML格式的測試報告，並將其儲存在環境變數REPORTS_PATH指定的路徑中。 JUnit XML格式是一種廣泛使用的報告測試結果的格式。 如果 Docker 映像使用 Java 和 Maven，標準測試模組如 Maven Surefire 插件和 Maven 故障安全插件可以開箱即用地產生此類報告。

如果 Docker 映像是使用其他編程語言或測試執行計畫實現的，請查看所選工具的文件以了解如何產生 JUnit XML 報告。

必備條件 prerequisites

Selenium 特定的詳細資訊

等待Selenium準備就緒 waiting-for-selenium

在測試開始之前，Docker 映像負責確保 Selenium 伺服器啟動並執行。 等候Selenium服務有兩個步驟。

一旦 Selenium 的狀態端點得到肯定的響應，測試就可以開始了。

Adobe的UI測試範例使用wait-for-grid.sh。 它在Docker啟動時執行，並在網格準備就緒後啟動測試。

擷取螢幕擷圖和影片 capture-screenshots

Docker 映像檔可能會產生額外的測試輸出 (例如螢幕擷圖或影片)，並保存在環境變數 REPORTS_PATH 指定的路徑中。 在REPORTS_PATH下找到的任何檔案都包含在測試結果封存檔中。

根據預設，Adobe提供的測試範例會為所有失敗的測試建立熒幕擷取畫面。

您可以使用輔助函數通過測試建立螢幕擷圖。

如果在UI測試執行期間建立測試結果封存檔，您可以按一下​自訂UI測試​步驟下的Download Details按鈕，從Cloud Manager下載它。

上傳檔案 upload-files

測試有時必須將文件上傳到被測試的應用程式。 為了使Selenium的部署相對於您的測試保持靈活，不能直接將資產上傳到Selenium。 相反，上傳文件需要以下步驟。

Cypress專屬詳細資料

設定HTTP Proxy

Docker容器的入口點需要檢查PROXY_HOST環境變數的值。

如果此值為空，則不需要進行其他步驟，且測試應在不使用HTTP Proxy的情況下執行。

如果不是空白，entrypoint指令碼需要：

您可以在GitHub上的Cypress範例測試模組的Entrypoint中找到實作範例。

播放權特定的詳細資料

設定HTTP Proxy

與Cypress類似，如果提供了非空白的PROXY_HOST環境變數，則測試需要使用HTTP Proxy。

在這種情況下，需要進行以下編輯。

Dockerfile

安裝cURL和libnss3-tools，提供certutil.

RUN apt -y update \
    && apt -y --no-install-recommends install curl libnss3-tools \
    && rm -rf /var/lib/apt/lists/*

Entrypoint指令碼

納入bash指令碼，在已提供PROXY_HOST環境變數的情況下，其會執行下列動作：

實作範例：

# setup proxy environment variables and CA certificate
if [ -n "${PROXY_HOST:-}" ]; then
  if [ -n "${PROXY_HTTPS_PORT:-}" ]; then
    export HTTP_PROXY="https://${PROXY_HOST}:${PROXY_HTTPS_PORT}"
  elif [ -n "${PROXY_HTTP_PORT:-}" ]; then
    export HTTP_PROXY="http://${PROXY_HOST}:${PROXY_HTTP_PORT}"
  fi
  if [ -n "${PROXY_CA_PATH:-}" ]; then
    echo "installing certificate"
    mkdir -p $HOME/.pki/nssdb
    certutil -d sql:$HOME/.pki/nssdb -A -t "CT,c,c" -n "EaaS Client Proxy Root" -i $PROXY_CA_PATH
    export NODE_EXTRA_CA_CERTS=${PROXY_CA_PATH}
  fi
  if [ -n "${PROXY_OBSERVABILITY_PORT:-}" ] && [ -n "${HTTP_PROXY:-}" ]; then
    echo "waiting for proxy"
    curl --silent  --retry ${PROXY_RETRY_ATTEMPTS:-3} --retry-connrefused --retry-delay ${PROXY_RETRY_DELAY:-10} \
      --proxy ${HTTP_PROXY} --proxy-cacert ${PROXY_CA_PATH:-""} \
      ${PROXY_HOST}:${PROXY_OBSERVABILITY_PORT}
    if [ $? -ne 0 ]; then
      echo "proxy is not ready"
      exit 1
    fi
  fi
fi

播放器設定

修改播放權設定（例如playwright.config.js中的）以使用Proxy，以防已設定HTTP_PROXY環境變數。

實作範例：

const proxyServer = process.env.HTTP_PROXY || ''

// enable proxy if set
if (proxyServer !== '') {
 cfg.use.proxy = {
  server: proxyServer,
 }
}

在本機執行UI測試 run-ui-tests-locally

在Cloud Manager管道中啟用UI測試之前，Adobe建議您對AEM as a Cloud Service SDK在本機執行UI測試。 或者，針對實際的AEM as a Cloud Service執行個體執行。

Cypress測試範例 cypress-sample

JavaScript WebdriverIO測試範例 javascript-sample

Playwright測試範例 playwright-sample

Java Selenium WebDriver測試範例 java-sample