Es ist empfehlenswert, das Upgrade zu validieren, bevor Sie es in den Produktionsbetrieb übernehmen. Dieser Abschnitt hilft Ihnen bei der Formulierung eines Testplans für die Validierung Ihres MOVEit Transfer-Systems.

Die Richtlinien und Kontrollen, die bestimmen, wie Ihr Unternehmen das System verwendet, sind sehr spezifisch für Ihre Anwendungsfälle und Ihre Konfiguration. Sie wissen am besten, was in diesem Plan enthalten sein sollte. Im Folgenden finden Sie allgemeine Hinweise.

Es gibt verschiedene Möglichkeiten, an das Testen heranzugehen: Die erste ist ein High-Level-Ansatz, der auf Szenarien oder Ende-zu-Ende-Anwendungsfällen basiert. Hier geht es darum, wie Ihre Organisation MOVEit aus der Sicht der Prozesse und der Benutzer verwendet. Welche Ende-zu-Ende-Szenarien verwenden Sie, und wie können Sie sie testen? Sie können sich auch auf einer niedrigeren Ebene umsehen, indem Sie verschiedene Einstellungen, Benutzerzahlen, Dateizahlen usw. untersuchen. Um gründlich zu sein, ist es gut, sowohl den durchgängigen (hohen) als auch den niedrigen Kontext zu betrachten, wobei immer zu bedenken ist, dass kein Testplan alle Fälle abdecken kann.

Nehmen Sie sich bei der Planung Ihres Upgrades Zeit, um eine Liste von Anwendungsszenarien und Ende-zu-Ende-Workflows zu erstellen, damit Sie sicher sein können, dass Ihr System aktualisiert ist und mit den erwarteten Richtlinien und Funktionen arbeitet. Es ist von entscheidender Bedeutung, dass Sie vor und nach dem Upgrade Anwendungsszenarien durchspielen.

Isolieren während des Upgrades und Testens

Sie müssen sicherstellen, dass Ihre regulären Benutzer während des Upgrades und der Testphase nicht auf MOVEit zugreifen können. Sie möchten den Benutzern die Anmeldung erst dann erlauben, wenn Sie Ihren Testplan durchgeführt haben und sicher sind, dass das Upgrade erfolgreich abgeschlossen wurde.

  • Erscheint die Organisationsliste unter Verwendung des sysadmin-Kontos sinnvoll?

  • Wenn Sie sich als Administrator bei der Web-UI anmelden, erscheinen Ihnen die folgenden Bereiche sinnvoll:

    • Die Benutzerdatenbank: Ist der Inhalt dieser Liste derselbe?

    • Dateien und Ordner: Können Sie die Verzeichnisstruktur durchsuchen, und erscheint sie sinnvoll?

    • Benutzerdefinierte Einstellungen wie Richtlinien zum Ablauf von Passwörtern: Sind sie vorhanden?

    • Ist die Liste der Berichte vollständig?

  • Sie sollten einige grundlegende Berichte ausführen, die einige übergeordnete Indikatoren für die Daten im System enthalten. Zu den Berichten, die Sie vor und nach dem Upgrade ausführen sollten, gehören:
    • Benutzerstatus -> Liste für Auditoren
    • Speicherplatz -> Speicherplatz nach Benutzer
    • Speicherplatz -> Speicherplatz nach Ordnern (wenn Ihre Ordnerstruktur und die Anzahl der Dateien nicht zu groß sind).
  • Können Ihre Benutzer von Orten aus auf MOVEit zugreifen, von denen aus sie sich normalerweise anmelden, und einige ihrer normalen Aufgaben ausführen, z. B. Dateien hoch- oder herunterladen oder Pakete versenden?

    • Dies kann z. B. über die Web-UI oder über einen SFTP-Client erfolgen.

    • Sie sollten sicherstellen, dass Sie diese Tests von einem ähnlichen Netzwerkstandort aus durchführen, den Ihre Benutzer normalerweise verwenden. Wenn sie zum Beispiel eine Verbindung über das Internet herstellen, sollten Sie den Test von dort aus durchführen.

    • Möglicherweise benötigen Sie einige Testbenutzerkonten, die ähnlich konfiguriert sind wie Ihre Benutzer, einschließlich der Berechtigungen und der Gruppenzugehörigkeit, so dass Sie die Tests unter realen Bedingungen durchführen können.

  • Haben Sie andere automatisierte Systeme, wie MOVEit Automation, die sich regelmäßig anmelden, um Dateien zu übertragen, und funktionieren diese wie erwartet?
  • Haben Sie Clients, Skripte oder Prozesse, die APIs verwenden? Haben Sie Clients, Skripte oder Prozesse, die APIs verwenden? Beachten Sie, dass die erwartete API-Funktionalität, die Sie bei der ersten Bereitstellung dieser Skripte oder Anwendungen beobachtet haben, von den aktuellen Möglichkeiten der REST-API abweichen kann.
  • Haben Sie benutzerdefinierte Clientanwendungen, Skripts oder Prozesse, die DLL-, Objekt- oder Klassenverweise auf ältere MOVEit Transfer API-Bibliotheken enthalten? Testen Sie diese auf das erwartete Verhalten. Bei Neuinstallationen finden Sie die aktuellsten Bibliotheksobjekte in C:\Programme\MOVEit\API.
  • Werden E-Mail-Nachrichten von MOVEit wie erwartet gesendet? Auch bei Anpassungen, die Sie an den E-Mail-Vorlagen vorgenommen haben?
  • Wenn Sie die Ad-hoc-Funktion von MOVEit nutzen, können Ihre Benutzer dann Pakete senden und empfangen?
  • Haben Sie ein individuelles Erscheinungsbild für die MOVEit-Webschnittstelle? Sind diese Anpassungen auf dem neuen Server sichtbar?
  • Wenn Ihr Server öffentlich zugänglich ist und Sie über ein gültiges TLS-Zertifikat verfügen, verwendet der neue Server das Zertifikat ordnungsgemäß, so dass ein Webbenutzer Ihres Systems keine Sicherheitswarnungen in seinem Browser erhält?
  • Wenn Sie SFTP verwenden, gibt es dann Probleme mit dem SSH-Schlüssel, wenn Sie eine Testverbindung herstellen?