En testkopia med ett tydligt syfte
Staging är en separat miljö där du testar ändringar innan de går till den publika webbplatsen. Kopian bör likna produktionen i PHP-version, tillägg och serverinställningar för att resultaten ska vara användbara.
En fungerande testkopia minskar osäkerheten, men bevisar inte att allt fungerar under verklig belastning. Skriv därför ned vilka funktioner och situationer du vill testa.
Skapa kopian och stäng dörren
Använd webbhotellets stagingfunktion om den finns, eller skapa en separat installation med egna filer och egen databas. Kopiera produktionsmiljön och anpassa adresserna med ett verktyg som hanterar WordPress serialiserade data.
Lösenordsskydda miljön på servernivå. Lägg även till noindex som extra skydd mot indexering, men behandla det aldrig som åtkomstkontroll. Begränsa personuppgifter i kopian och stäng av riktiga betalningar, utskick och andra integrationer som kan påverka kunder.
Testa hela besökarens väg
Ta en ny säkerhetskopia innan du uppdaterar. Ändra helst en större komponent i taget och skriv ned vad som ändrats. Testa sedan meny, sökning, formulär, inloggning och relevanta administrationsfunktioner.
I en butik behöver även kassa, fraktval, rabattregler och betalningens testläge gås igenom. Kontrollera att testmeddelanden inte skickas till verkliga kunder. Läs felloggar även om sidan ser normal ut.
Publicera ändringen, inte gammal verksamhetsdata
En webbplats kan ha fått nya order, kommentarer och användare medan du testade. Kopierar du tillbaka hela stagingdatabasen riskerar du att förlora dem. Planera vilka filer, inställningar och databasändringar som faktiskt ska publiceras.
Ta en färsk produktionsbackup, genomför ändringen under en lugn period och testa samma viktiga flöden igen. Ha en återställningsplan som även tar hänsyn till nya transaktioner. Läs hur du testar återställning innan en större uppgradering.