aem 渲染

如果要在AEM中進(jìn)行單元測試，這不是任何建議，而是各種思想的總結(jié)和一些可供選擇的選項(xiàng)。 一段時間之前，我已經(jīng)為客戶進(jìn)行了一些研究，這篇文章在很大程度上受到了這項(xiàng)工作的影響，但是很多上下文相關(guān)的東西已經(jīng)被淘汰了。 我仍然盡力確保本文的精髓。 我將嘗試盡快進(jìn)行后續(xù)處理，并提供更多詳細(xì)信息。

選項(xiàng)1：使用吊索工具并測試容器內(nèi)

Apache sling已發(fā)布了一組工具h(yuǎn)ttp://sling.apache.org/documentation/development/sling-testing-tools.html ，可協(xié)助應(yīng)用程序中的單元測試。 那里的工具提供了幾種執(zhí)行測試的方法，例如a）沒有外部依賴關(guān)系的老式JUnit，或者b）使用模擬程序–吊索提供了現(xiàn)成的模擬程序，可以減少工作量，或者c）我們可以在CQ盒中部署測試用例（或吊索），然后使用OSGi引用運(yùn)行。

我在這里建議的方法是，我們將在已經(jīng)托管的CQ實(shí)例中部署JUnit，并遠(yuǎn)程調(diào)用測試用例。 我了解這不是“老學(xué)校單元測試，因?yàn)槲覜]有抽象任何依賴關(guān)系，并且我的單元包括依賴關(guān)系”，但是我有這樣做的理由。 事實(shí)上，如果您一直關(guān)注我關(guān)于單元測試的文章，您會知道我不是模擬的忠實(shí)擁護(hù)者，并且如果我可以進(jìn)行設(shè)置，那么實(shí)際上我很樂意針對依賴項(xiàng)進(jìn)行任何單元測試。

為此，我們需要做一些事情，如下所示：

我們將需要一個托管的CQ實(shí)例，可以用作運(yùn)行測試用例的容器

我們可以使用嵌入式系統(tǒng)，但是隨后我們將不得不花更多的精力來創(chuàng)建內(nèi)容，而不能創(chuàng)建其他內(nèi)容。 另外，嵌入式容器將是吊索而不是CQ，我們希望使環(huán)境盡可能接近我們使用的環(huán)境

CQ實(shí)例應(yīng)具有一組預(yù)填充的產(chǎn)品和圖像（此設(shè)置確實(shí)使用了AEM電子商務(wù)模塊，并且PIM和DAM已與外部系統(tǒng)集成在一起），并且可以作為我們的現(xiàn)成測試數(shù)據(jù)。 這些可以通過我們的后端集成來實(shí)現(xiàn)。 我們可以選擇獨(dú)立執(zhí)行或自動執(zhí)行（隨著時間的流逝，這些事情的自動化也可能發(fā)生，以便我們快速啟動）

為了與任何后端服務(wù)（例如訂單管理，定價，帳戶信息）進(jìn)行交互，我們需要運(yùn)行一個后端服務(wù)實(shí)例（如我所說，如果可能的話，我會選擇系統(tǒng)而不是模擬系統(tǒng)），并設(shè)置所有變量和部件。 該實(shí)例還應(yīng)該具有各種數(shù)據(jù)設(shè)置，例如用戶帳戶，產(chǎn)品實(shí)例，可用性，價格等，以確保我們的用例能夠正常工作。 設(shè)置獨(dú)立的后端服務(wù)存在明顯的挑戰(zhàn)，我們可以探索以下2個選項(xiàng)之一

捕獲特定請求類型的所有請求和響應(yīng)，并將其序列化到測試數(shù)據(jù)存儲中。 它可以是巨大的XML，可以存儲在系統(tǒng)的鍵值對中，也可以是像mongo這樣的數(shù)據(jù)庫（甚至可以使用SQL），也可以在文件系統(tǒng)上序列化；或者

我們可以使用一個已經(jīng)存在的后端系統(tǒng)

選項(xiàng)2：使用Selenium作為功能測試工具

在這種方法中，我建議根本不要使用JUnits。 這個想法是使用系統(tǒng)測試的原理，它可以測試代碼中的所有單元。 這與模擬所有依賴項(xiàng)的傳統(tǒng)單元測試方法大不相同，我們可以快速運(yùn)行多個測試。 盡管選項(xiàng)1也具有相同的效果，但在這種方法中，我們更進(jìn)一步，并利用了我們的系統(tǒng)測試套件。 這個想法不是針對每個用例都執(zhí)行此操作，而是獲取關(guān)鍵業(yè)務(wù)功能，例如結(jié)帳，訂單管理，帳戶管理并使其自動化。 然后可以將Selenium腳本與JUnit運(yùn)行器集成，在這里我們可以將其與CI工具集成，并可以從Eclipse或Maven運(yùn)行它，因此可以與CI本身集成。 這為我們節(jié)省了編寫那些JUnit和獨(dú)立管理整個套件的時間。 這種方法還需要一個托管的CQ實(shí)例，該實(shí)例具有產(chǎn)品數(shù)據(jù)設(shè)置，一些內(nèi)容設(shè)置和后端集成，就像在選項(xiàng)1中一樣。

當(dāng)然，這有點(diǎn)棘手，不是真正的單元測試，但是如果做得好，它會有一些巨大的好處。

翻譯自: https://www.javacodegeeks.com/2015/01/unit-testing-in-aem-thinking-loud.html

aem 渲染

總結(jié)

以上是生活随笔為你收集整理的aem 渲染_AEM中的单元测试（大声思考）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。