Introduktion functional-testing-introduction

Upptäck vilka kvalitetsportar som är tillgängliga i AEM as a Cloud Service-distributionsprocessen och de olika typerna av inbyggd funktionstestning. Lär dig hur du kan bidra till och optimera användningen av dem inom ramen för en omfattande teststrategi.

Om funktionstestning

I följande diagram visas en översikt på hög nivå över tillgängliga rörledningar i samband med en övergripande teststrategi och AEM as a Cloud Service-distributionsprocessen.

Syfte med funktionstestning

Syftet med AEM Cloud Service pipelines för driftsättning är att underlätta stabil och säker driftsättning i olika faser av livscykeln för utveckling och AEM. Dessa rörledningar innehåller flera kvalitetsportar på olika nivåer för att säkerställa integriteten och säkerheten för distributioner för både AEM programändringar och AEM produktuppdateringar.

Adobe har flera inbyggda portar för kvalitet, medan andra kräver att du gör något för att implementera och konfigurera. Dessa portar är mångsidiga och kan användas i olika faser av livscykeln och integreras direkt i utvecklingsmiljön och CI/CD-processerna.

De inbyggda kvalitetsportarna validerar i första hand funktionaliteten hos AEM produkt i ditt AEM program. De anpassade kvalitetsportar du ställer in är däremot utformade för att verifiera att programmets kritiska funktioner och användarinteraktioner fungerar som de ska. Tillsammans fungerar dessa två kvalitetsportar tillsammans för att säkerställa robust och säker automatiserad driftsättning för både kodändringar och AEM produktuppdateringar.

Det är viktigt att notera att dessa kvalitetsportar inte är avsedda att vara ett omfattande testramverk för hela er teststrategi. Den AEM produkten genomgår omfattande testning innan den AEM driftsättningsprocessen för molntjänster inleds. På samma sätt bör ditt program redan vara av hög kvalitet innan det når distributionsfasen. Detta tillvägagångssätt garanterar att kvaliteten fokuserar på det primära målet att skydda driftsättningsprocessen, i stället för att ersätta en fullständig testregim.

Kvalitetsgaller vid testning

I följande diagram visas en detaljerad översikt över tillgängliga kvalitetsgates och deras användning i den övergripande testningsstrategin och i AEM as a Cloud Service-distributionsprocessen.

Sammanfattning av kundtillhandahållna kvalitetsportar

Enhetstest

Du uppmanas att tillhandahålla enhetstesterna för ditt AEM, som utgör grunden för varje teststrategi. De är avsedda att köras snabbt och ofta och ge snabb och snabb feedback. De är nära integrerade i utvecklararbetsflödena, din egen CI/CD och de AEM molntjänsternas distributionssystem.

De implementeras med JUnit och avrättas med Maven. Se kärnmodulen i AEM Project Archetype för ett exempel på enhetstest för att AEM och komma igång.

Kodkvalitet

Den här kvalitetsporten är konfigurerad i körklart läge och kör en statisk kodanalys på AEM programkod.

Mer information finns i Testa kodkvalitet och Anpassade regler för kodkvalitet.

Produkttester

Funktionstester för produkter är stabila HTTP-integrationstester (IT) för AEM, inklusive redigerings- och replikeringsuppgifter. Adobe tillhandahåller och underhåller dem färdiga. De är avsedda att förhindra att ändringar i anpassad programkod distribueras om de bryter grundfunktionerna i AEM.

De använder JUnit för implementering, körs med Maven och förlitar sig på officiella AEM testklienter. Produkttestsviten underhålls som
ett öppen källkodsprojekt följer bästa praxis och kan anses vara en bra startpunkt för implementeringen av dina tester.

Anpassade funktionstester

På samma sätt som produkttesterna är kundfunktionstester HTTP-integreringstester (IT) som implementeras med JUnit, körs med Maven och byggs ovanpå de officiella AEM testklienterna.

För att hålla effektiv pipeline-körning rekommenderar Adobe att man fokuserar på nyckelfunktioner och primära användarinteraktionsflöden, med målet att ha en funktionstestmiljö på ca 15 minuter eller mindre. Kompletta funktionstestsviter som överskrider denna tid bör utföras som en del av de allmänna kundvalideringsstegen under utvecklingsprocessen.

Se öppen källkod-produkttester eller it.tests-modulen i AEM Projects Archetype för exempel.

Mer information finns i Java Functional Tests.

Anpassade gränssnittstester

För att maximera riskkontrollen för er kundspecifika utveckling rekommenderar Adobe dig att hämta in viktiga gränssnittstester till AEM as a Cloud Service. Behåll dem begränsade men fokusera på att maximera deras påverkan på kundupplevelsen.

Testerna är förpackade i en Docker-bild som är utformad för att vara så beständig som möjligt (med stöd för Cypress, Playwright, Selenium, Java och JavaScript). De följer samma egenskaper och syften som de anpassade funktionstesterna.

Adobe rekommenderar att man fokuserar på viktiga funktioner och de viktigaste interaktionsflödena för att få en effektiv hantering av pipeline. Fullständiga testsviter för användargränssnitt som överskrider denna kvalitetsport ska köras som en del av de allmänna kundvalideringskanalerna. Lägg in dem i kundens utvecklingsprocess.

Exempel finns i exempel på öppen källkod-tester eller i modulen ui.tests i AEM Projects Archetype .

Mer information finns i Testning av anpassat användargränssnitt.

Upplevelsegranskning

Gaten för upplevelsegranskningskvalitet utför Google Lightroom-granskningar mot kundens webbsida.

Den här kvalitetsporten tillhandahålls av AEM som är färdig, men blockerar inte distributionsledningarna. Som standard utförs en granskning mot rotsidan (/) för publiceringsinstansen. Du kan bidra genom att konfigurera upp till 25 anpassade sökvägar som ska användas för granskningar.

Mer information finns i Experience Audit Testing.

Kundvalideringar

Kundens kvalitetsportal för validering är en platshållare för kundens egen testningsstrategi och -insats, som utförs innan kundens programändringar når AEM i molnet.

Här kan du välja de verktyg och ramverk du vill ha. Till skillnad från kundfunktionstester och anpassade användargränssnittstester finns det inga AEM as a Cloud Service-relaterade begränsningar. Därför rekommenderar Adobe att du utför långvariga funktions- och gränssnittstestningar här.

Du kan välja vilket verktyg och ramverk som helst, men Adobe föreslår att HTTP-baserad integrering och gränssnittstester justeras mot de verktyg och ramverk som används i de anpassade funktions- och gränssnittstestkvalitetsportarna. Dessutom rekommenderar Adobe att du införlivar RDE (Rapid Development Environment) i din lokala testningsstrategi för att spegla AEM molnmiljöer.

Manuell provning

Den manuella kvalitetsporten är en platshållare för kunder som utför manuell testning. Eftersom AEM molnrörledningar inte har stöd för manuell testning måste det ingå i din lokala testningsstrategi.

För manuell testning kan det vara användbart att integrera med en extra utvecklingsmiljö från AEM Cloud Service.