WordPress offentliggjorde 7.2 Beta 2 den 27. oktober 2026. For en virksomhed med en hjemmeside i daglig brug er nyheden en anledning til at forberede afprøvningen af den kommende version. Det nyttige spørgsmål er, hvilke opgaver hjemmesiden skal kunne løse, når den senere bliver opdateret.
Betaen er til et særskilt testmiljø
I WordPress’ officielle meddelelse beskrives versionen som beregnet til test og udvikling. WordPress fraråder at installere eller afprøve den på produktionssider og andre forretningskritiske websites. Den endelige udgivelse er planlagt til 8. december 2026. Det er en planlagt dato, som kan ændre sig.
Afprøvning bør derfor foregå i et separat testmiljø, som den teknisk ansvarlige har gjort klar. Aftal først, hvilke data der må indgå, og hvordan formularer, betalinger, beskeder og integrationer holdes adskilt fra den daglige drift. Denne artikel beskriver forberedelsen af kontrollen. Den er ikke en opfordring til at lægge betaen på en aktiv hjemmeside.
Begynd med tre opgaver, der betyder noget
En testliste bliver hurtigt lang, hvis den starter med alle sidens funktioner. Vælg i stedet nogle få opgaver, som virksomheden er afhængig af. Det kan være at rette en ydelsestekst, finde en kontaktmulighed og åbne en vigtig side på mobilen. Beskriv hvert forløb med startside, handling og forventet resultat.
Skriv eksempelvis, at en redaktør skal kunne ændre et afsnit, gemme det og se den korrekte tekst i forhåndsvisningen. Det er lettere at kontrollere end en generel forventning om, at redigeringen skal virke. Tilføj de særlige arbejdsgange, som netop jeres tema, sidebygger eller udvidelser bruges til.
Kontroller redigering og den færdige side hver for sig
En side kan se rigtig ud, selv om redaktøren har problemer med at ændre den. Afprøv derfor både arbejdet i administrationen og det resultat, en besøgende møder. Brug en på forhånd valgt testside, og prøv de indholdstyper, I faktisk anvender, såsom tekst, billeder og knapper.
Sammenhold resultatet med den godkendte visning før ændringen. Se efter overskrifter, billedformat, mellemrum og links. Noter også, hvis noget tager en anden vej end forventet. En ændret knap eller besked er ikke nødvendigvis en fejl, men den kan kræve en justering af virksomhedens interne vejledning.
Følg vejen til kontakt på mobilen
Åbn de valgte sider på en telefon, og gennemfør den samme opgave som på computeren. Kan menuen bruges, kan teksten læses, og er den næste handling tydelig? En visuel kontrol bør omfatte hele forløbet frem for kun forsiden.
Hvis en formular skal afprøves, skal testmiljøets modtagere og øvrige forbindelser være afklaret først. Kontroller den aftalte testbesked og det forventede resultat. En kvittering på skærmen er kun ét kontrolpunkt, hvis arbejdsgangen også omfatter modtagelse eller overførsel til et andet system.
Gem observationer, som andre kan gentage
Ved et problem bør notatet indeholde sidens adresse i testmiljøet, de udførte trin og forskellen mellem forventet og faktisk resultat. Tilføj enhed, browser og de relevante versionsoplysninger. Et skærmbillede kan gøre det lettere at forklare, hvor forløbet stopper.
Fordel derefter åbne punkter mellem fejl, afklaringer og eventuelle ændringer i arbejdsgangen. Når en ny betaversion eller den endelige udgivelse kommer, kan listen bruges igen. En vellykket betatest erstatter ikke planlægningen og efterkontrollen af en senere opdatering i drift.
Hjælp til den konkrete WordPress-side
KPdesign tilbyder egen WordPress-support til blandt andet opdateringer, plugin-konflikter, formularer og layoutproblemer. Vi kan hjælpe med at afgrænse opgaven og dokumentere observationer og rettelser efter aftalt omfang. En konkret testliste giver et bedre grundlag for den samtale end en generel bekymring for, om næste opdatering virker.