Releases testen, bevor Ihre Kunden es tun #

Diese Seite ist für Partner, die Kunden-Websites pflegen. Ein Release auf den Umgebungen Ihrer Kunden zu testen, bevor Sie es ausrollen, ist der beste Weg, Überraschungen zu vermeiden, und es vor der Veröffentlichung zu testen, hilft allen.

Wissen, was kommt #

• Releases sind Tags von https://github.com/se7enxweb/exponential; beobachten Sie seine Releases auf GitHub.
• Die Änderungen stehen im Änderungsprotokoll jeder Version (doc/changelogs/6.0/) und in der Release-Übersicht (doc/eng-us/release-overview).
• Die Entwicklung findet auf main statt; „Sicherheitskorrekturen werden auf dem Branch main gemacht ... und mit dem nächsten Release 6.0.x veröffentlicht“ (SECURITY.md).
• „Ein veröffentlichtes Tag wird nie geändert“ (SECURITY.md): Eine Korrektur kommt als nächstes Release.

Eine Staging-Kopie pro Kunde #

• Dieselbe PHP-Version, Datenbank, Engine und dieselben Erweiterungen wie im Produktivbetrieb.
• Inhalte: wenn möglich eine Kopie ohne personenbezogene Daten oder anonymisiert (Kundendaten schützen).
• Aus Git installiert, damit Sie schnell zwischen Versionen wechseln können (Mit Git entwickeln).

Test-Checkliste #

• To do: Upgrade-Schritte des Release ausgeführt (doc/eng-us/install/11-upgrading.md)
• To do: Startseite, eine Inhaltsseite, Suche und Formulare funktionieren
• To do: Anmeldung an der Administration; einen Entwurf bearbeiten und veröffentlichen; ein Bild hochladen
• To do: Jede Sprache und jeder Siteaccess
• To do: Eigene Erweiterungen und Templates: keine Fehler in den Logs
• To do: Cronjobs laufen
• To do: Caches geleert; Leistung vergleichbar
• To do: Die kritischen Abläufe des Kunden (Bestellabschluss, Mitgliedschaft, ...)

Früh testen: Entwicklungsversionen #

Wer main vor einem Release testet, findet Probleme, solange sie billig zu beheben sind. Verwenden Sie eine Staging-Kopie, nie den Produktivbetrieb. Melden Sie, was Sie finden, als Issues (Fehler gut melden).

Rückmelden #

• Melden Sie Regressionen mit genauen Versionen.
• Sagen Sie dem Projekt, wenn ein Upgrade für eine Art von Website gut gelaufen ist; solche Berichte helfen anderen bei der Planung.

Verwandte Seiten #

• Kunden-Websites aktuell halten
• Release- und Upgrade-Planung
• Fehler gut melden
• Freie Dokumentation: Diese Seite darf unter der GNU FDL 1.3 frei kopiert, übersetzt und verbessert werden.