WordPress 7.2: test vóór de upgrade

Begin met een representatieve kopie van de website en configuratie. Neem de plugins, het thema, geplande taken en servicekoppelingen mee die nodig zijn om normaal gedrag te reproduceren. Een schone WordPress-installatie laat nieuwe functies zien, maar toont niet of jouw bestaande website klaar is.

Scheid de testomgeving van live bedrijfsprocessen. Gebruik testgegevens voor betalingen, stuur e-mail naar een gecontroleerde bestemming en voorkom dat stagingtaken orders of wijzigingen naar productiesystemen versturen. Beperk toegang, houd staging buiten zoekresultaten en gebruik alleen de data die voor de controle nodig zijn.

Intercube kan een previewomgeving vanuit de bestaande site voorbereiden en een ontwikkelbranch aan de deploymentinrichting verbinden. Onze engineers verzorgen de hostingconfiguratie en helpen je ontwikkelaars met omgevingsvragen. Zo krijgt het team een gezamenlijke testplek, in plaats van productie als eerste volledige repetitie te gebruiken.

Controleer de stappen waar het bedrijf van afhankelijk is: een contactformulier versturen, inloggen, zoeken, bestellen waar dat van toepassing is en de verwachte notificaties ontvangen. Controleer daarna het werk erachter: pagina’s bewerken, maatwerkblokken opslaan, menu’s aanpassen en media uploaden. Vergelijk mobiel en desktop, vooral waar het thema eigen responsive regels gebruikt.

Leg fouten vast met de plugin- of themaversie en een reproduceerbaar voorbeeld. Test opnieuw na volgende bèta’s en release candidates. Een geslaagde Beta 1-test is een bruikbaar begin, niet de definitieve acceptatie van een release die nog verandert.

Gebruik dezelfde deploymentpipeline voor de testbranch, zodat buildstappen en configuratie herkenbaar blijven. Intercube-deploymentpipelines zijn inbegrepen in het managed hostingplan. Daarmee vervallen een aparte GitHub Actions-deploymentworkflow en aparte CI-runnerrekening voor die pipeline. Je ontwikkelaars kunnen de runhistorie en logs raadplegen wanneer een build of release mislukt.

Herhaal de acceptatietests tegen de definitieve versie zodra de stabiele release beschikbaar is. Controleer de back-up- en herstelroute, houd rekening met databasewijzigingen en spreek de productiereleaseprocedure af. Behandel code, configuratie en data als samenhangende onderdelen van de upgrade.

Intercube-engineers kunnen die release samen met je team rond de applicatie plannen. Geschikte releases kunnen zero downtime deployments gebruiken. Updates met een databasewijziging of een onverenigbare applicatieaanpassing vragen om een passende onderhoudsprocedure. Door de echte update te oefenen, kun je de aanpak onderbouwd kiezen.

Biedt je huidige hosting geen bruikbare stagingomgeving, of onderhoudt je bureau de release-infrastructuur zelf, dan is dit een praktisch moment om te verhuizen. Intercube combineert beheerde WordPress-infrastructuur, previewomgevingen, deploymenttools en engineering support. Migratie naar Intercube managed hosting is zonder extra kosten inbegrepen. De doelomgeving en verhuizing plannen we samen.