Die neue Version in einer Sandbox testen
Ein Update von Business Central ist weniger riskant, wenn Sie es zuvor an einer Kopie Ihrer eigenen Daten ausprobiert haben. Microsoft empfiehlt selbst, kritische Geschäftsszenarien zu testen, bevor die Produktion aktualisiert wird. Der Artikel zeigt, wie Sie eine Sandbox als Kopie der Produktion anlegen, sie auf die neue Version aktualisieren und die für Sie wichtigsten Dinge testen. Nutzen Sie ihn als Vorlage für Ihren eigenen Testplan.
Eine Sandbox als Kopie anlegen
Im Admin Center wählen Sie Environments, öffnen die Umgebung, die Sie kopieren möchten, und wählen Copy. Sie legen fest, dass der neue Typ Sandbox sein soll, geben ihr einen Namen und legen sie an. Der Status ist zuerst Preparing und danach Active.
Die Kopie erhält dieselbe Programmversion wie die Quelle und enthält dieselben Per-Tenant-Extensions und Apps aus AppSource. Bedenken Sie, dass Ihr Kontingent an Umgebungen und Speicherplatz Platz für die Kopie haben muss.
Die Sandbox auf die neue Version aktualisieren
Wenn eine neue große Version verfügbar ist, können Sie die Aktualisierung der Sandbox planen. Wählen Sie Zielversion und Datum in den Update-Einstellungen. Um sofort zu starten, wählen Sie das heutige Datum und legen fest, dass das Update außerhalb des Update-Fensters laufen darf, wenn es schnell gehen soll.
Etwa einen Monat vor einem großen Release gibt es eine Vorschauversion. Sie kann nur als neue Sandbox mit Demodaten angelegt werden, sodass Sie Ihre eigene Kopie nicht darauf testen können. Nutzen Sie sie, um Erweiterungen zu prüfen und Neues zu lernen.
Vorsichtsmaßnahmen der Kopie und Testplan
Microsoft Learn beschreibt Vorsichtsmaßnahmen in der Kopie. Jobwarteschlangeneinträge werden angehalten, damit keiner versehentlich läuft. Ausgehende HTTP-Aufrufe von Erweiterungen werden blockiert, bis Sie sie je Erweiterung zulassen. Mehrere Einrichtungen werden abgeschaltet, unter anderem Webhooks, Wechselkursaktualisierung, Dataverse-Verbindung und E-Mail-Konten der Typen Microsoft 365 und Current User.
Das bedeutet, dass Sie E-Mail und Schnittstellen erneut einrichten müssen, wenn der Test sie braucht. Tun Sie das bewusst und mit Testdaten, damit nichts an echte Debitoren gesendet wird.
Erstellen Sie einen Testplan aus Ihren eigenen Prozessen, nicht aus Funktionslisten.
- Verkauf: Auftrag, Lieferung, Fakturierung und Gutschrift.
- Einkauf: Bestellung, Wareneingang und Buchung der Rechnung.
- Finanzen: Buch.-Blätter, Bankabstimmung, Zahlungsvorschlag und Umsatzsteuer.
- Lager: Zählung, Umlagerung und Lagerwert.
- Eigene Berichte, Layouts und Schnittstellen.
- Per-Tenant-Extensions und Apps: ihre Seiten öffnen und ihre Funktionen ausführen.
- Berechtigungen: sich als gewöhnlicher Benutzer in jeder Rolle anmelden.
Dokumentieren und entscheiden
Schreiben Sie Befunde mit Screenshot, Schritten und erwartetem Ergebnis auf. Unterscheiden Sie zwischen Fehlern in Ihrer Einrichtung, Fehlern in einer Erweiterung und Änderungen im Standard. Wenn eine Erweiterung korrigiert werden muss, muss die neue Version mit dem Installationszeitpunkt beim nächsten großen Update hochgeladen werden.
Wenn der Test sauber ist, planen Sie das Update der Produktion in einem Fenster, in dem Sie Ausfallzeit verkraften.
Wer testet
Lassen Sie die Personen testen, die das System täglich nutzen, nicht nur die IT. Sie wissen, welche Zahlen stimmen müssen und wo Dinge üblicherweise schiefgehen. Geben Sie ihnen eine abgegrenzte Aufgabe und Zeit im Kalender.
Vereinbaren Sie, wer die Befunde sammelt und wer entscheidet, ob ein Update durchgeführt werden kann.
Wenn die Sandbox aktualisiert wird, überwacht Microsoft das Update, und die Benachrichtigungsempfänger erhalten eine E-Mail, wenn Fehler auftreten. Nutzen Sie die Seite Operations im Admin Center, um den Status zu sehen. Wenn das Update in der Sandbox scheitert, haben Sie das gelernt, ohne die Produktion zu treffen.
Nach Gebrauch löschen
Löschen Sie die Sandbox, wenn der Test abgeschlossen ist, damit sie Ihre Datenkapazität nicht belegt. Wenn Sie Hilfe beim Testablauf möchten, schreiben Sie uns.
Kurze, konkrete E-Mails zu dem, wonach Kunden uns am häufigsten fragen. Wir schreiben, wenn wir etwas haben, das sich zu lesen lohnt.