Inleiding functional-testing-introduction

Ontdek de kwaliteitspoorten beschikbaar in het ​ de plaatsingsproces van AEM as a Cloud Service ​ en de diverse soorten ingebouwde functionele het testen. Leer hoe u hun gebruik kunt bijdragen en optimaliseren in het kader van een uitgebreide teststrategie.

Informatie over functionele tests

Het volgende diagram verstrekt een overzicht op hoog niveau van de beschikbare pijpleidingen in de context van een algemene het testen strategie en het ​ plaatsingsproces van AEM as a Cloud Service ​.

Doel van functionele tests

Het doel van de implementatiepijplijnen van de AEM Cloud Service is om robuuste en veilige implementaties in verschillende stadia van de levenscyclus van uw ontwikkelings- en AEM-product te vergemakkelijken. Deze pijpleidingen bevatten meerdere kwaliteitspoorten op verschillende niveaus om de integriteit en veiligheid van plaatsingen voor zowel uw de toepassingsveranderingen van AEM als het productupdates van AEM te verzekeren.

Adobe biedt verschillende ingebouwde kwaliteitspoorten, terwijl andere uw interventie vereisen voor implementatie en configuratie. Deze kwaliteitspoorten zijn veelzijdig, worden tijdens verschillende levenscyclusfasen toegepast en worden rechtstreeks geïntegreerd in uw ontwikkelinstellingen en CI/CD-processen.

De ingebouwde kwaliteitskates valideren vooral de functionaliteit van het AEM-product binnen de context van uw AEM-toepassing. De aangepaste kwaliteitskates die u instelt, zijn daarentegen ontworpen om te controleren of de kritieke functies en gebruikersinteracties van uw toepassing naar behoren functioneren. Samen werken deze twee sets kwaliteitspoorten samen om robuuste en veilige geautomatiseerde implementaties voor zowel uw codewijzigingen als AEM-productupdates te garanderen.

Het is belangrijk om op te merken dat deze kwaliteitspoorten niet bedoeld zijn als een uitgebreid testkader voor uw volledige teststrategie. Het AEM-product wordt uitgebreid getest voordat het de implementatieprocedure voor de AEM-cloudservice binnengaat. Uw toepassing moet ook al van hoge kwaliteit zijn voordat deze de implementatiefase bereikt. Deze aanpak zorgt ervoor dat de kwaliteitsdoelen zich richten op hun primaire doel om het implementatieproces te waarborgen, in plaats van een volledig testregime te vervangen.

Kwaliteitscijfers bij tests

Het volgende diagram verstrekt een gedetailleerde mening van beschikbare kwaliteitskates en hun gebruik in de algemene het testen strategie en het ​ de plaatsingsproces van AEM as a Cloud Service ​.

Door de klant geleverde kwaliteitsmodellen

Eenheidstest

U wordt aangemoedigd om de eenheidstests voor uw toepassing van AEM te verstrekken, die de basis van elke teststrategie vormen. Ze zijn bedoeld om snel en vaak te draaien en snel feedback te geven. Ze zijn nauw geïntegreerd in de workflows voor ontwikkelaars, uw eigen CI/CD en de implementatiepijplijnen voor de cloudservice van AEM.

Ze worden geïmplementeerd met JUnit en uitgevoerd met Maven. Zie de ​ kernmodule van het Archetype van het Project van AEM ​ voor een test van de voorbeeldeenheid voor AEM en begonnen worden.

Codekwaliteit

Deze kwaliteitspoort is geconfigureerd buiten de box en voert statische codeanalyse uit op uw AEM-toepassingscode.

Zie ​ het Testen van de Kwaliteit van de Code ​ en ​ de kwaliteitsregels van de Code van de Douane ​ voor meer informatie.

Producttests

De functionele tests van het product zijn stabiele de integratietests van HTTP (ITs) voor kernAEM functionaliteit, met inbegrip van creatie en replicatietaken. Adobe biedt ze uit-van-de-box en houdt ze bij. Ze zijn bedoeld om te voorkomen dat wijzigingen in aangepaste toepassingscode worden geïmplementeerd als deze de kernfunctionaliteit van het AEM-product onderbreekt.

Zij gebruiken JUnit voor implementatie, lopen met Maven, en baseren zich op officiële ​ AEM Testing Clients ​. De testsuite voor het product wordt onderhouden zoals
een ​ open-bronproject ​, volgt best-practices en kan als een goed uitgangspunt voor de implementatie van uw tests worden beschouwd.

Aangepaste functionele tests

Gelijkaardig aan de producttests, zijn de functionele tests van de klant de integratietests van HTTP (ITs) die met JUnit worden uitgevoerd, gebruikend Maven lopen, en bovenop de officiële ​ het Testen van Clients van AEM ​ worden voortgebouwd.

Om efficiënte pijpleidingslooppas te handhaven, adviseert Adobe zich op zeer belangrijke eigenschappen en primaire gebruikersinteractiestromen te concentreren, die voor een functionele testruntime van rond 15 minuten of minder richten. Volledige functionele testreeksen die deze tijd overschrijden, moeten worden uitgevoerd als onderdeel van de algemene klantenvalidatiepijpleidingen tijdens het ontwikkelingsproces.

Zie ​ open-sourced producttests ​ of de ​ it.tests module van het Archetype van de Projecten van AEM ​ voor voorbeelden.

Zie ​ Functionele Tests van Java ​ voor meer informatie.

Aangepaste UI-tests

Om de risicobeheersing voor uw klantspecifieke ontwikkeling te maximaliseren, raadt Adobe u aan om kritieke UI-tests in AEM as a Cloud Service vast te leggen. Houd ze beperkt, maar richt zich op het maximaliseren van hun impact op de klantervaring.

De tests worden verpakt in een Docker-afbeelding - ontworpen om zo vluchtig mogelijk te zijn (met ondersteuning voor Cypress, Playwright, Selenium, Java en JavaScript). Ze hebben dezelfde kenmerken en doeleinden als de aangepaste functionele tests.

Om de uitvoering van pijpleidingen efficiënt te houden, raadt Adobe aan zich te concentreren op belangrijke eigenschappen en belangrijkste gebruikersinteractiestromen. Volledige UI-testreeksen die deze kwaliteitspoort overschrijden, moeten worden uitgevoerd als onderdeel van de algemene klantenvalidatiepijplijnen. Neem ze op in het ontwikkelingsproces van de klant.

Zie ​ open-sourced voorbeeldtests ​ of de ​ ui.tests module van het Archetype van de Projecten van AEM ​ voor voorbeelden.

Zie ​ het Testen van UI van de Douane ​ voor meer informatie.

Ervaring audit

De gate van de ervaringscontrole van de kwaliteit voert ​ Lighthouse van Google ​ controles tegen de webpagina van de klant uit.

Deze kwaliteitspoort wordt geleverd door AEM, maar blokkeert de uitrol van pijpleidingen niet. Door gebrek, wordt een controle tegen de wortelpagina (/) van de publiceer instantie uitgevoerd. U kunt bijdragen door maximaal 25 douanewegen te vormen die voor controles worden overwogen.

Zie ​ het Testen van de Controle van de Ervaring ​ voor meer informatie.

Klantenvalidaties

De kwaliteitsgate voor klantvalidaties is een plaatsaanduiding voor de eigen teststrategie en -inspanning van de klant, die worden uitgevoerd voordat de wijzigingen in de toepassing van de klant de AEM-implementatiepijplijnen voor de cloud bereiken.

Hier kunt u de gewenste gereedschappen en frameworks kiezen. In tegenstelling tot de tests van de klantenfunctie en van de douane UI, zijn er geen op AEM as a Cloud Service betrekking hebbende grenzen. Als zodanig raadt Adobe u aan hier langlopende functionele tests en UI-tests uit te voeren.

Terwijl u om het even welk hulpmiddel en kader kunt kiezen, stelt Adobe voor om op HTTP-Gebaseerde integratie en tests UI op de hulpmiddelen en het kader te richten die in de douane functionele en UI test kwaliteitsgraven worden gebruikt. Bovendien, adviseert Adobe het opnemen van ​ Snelle Milieu's van de Ontwikkeling (RDE) ​ in uw lokale het testen strategie om de wolkenmilieu's van AEM dicht te weerspiegelen.

Handmatig testen

De poort voor het handmatig testen van de kwaliteit is een plaatsaanduiding voor klanten die handmatig testen uitvoeren. Aangezien AEM-cloudpijpleidingen geen ondersteuning bieden voor handmatig testen, moet deze worden opgenomen in uw lokale teststrategie.

Voor handmatig testen kan het nuttig zijn om te integreren met een extra ontwikkelomgeving voor AEM Cloud Service.