La meilleure pratique consiste à valider votre mise à niveau avant de l’appliquer au service de production. Cette section vous aide à formuler un plan de test pour valider votre système MOVEit Transfer.

La politique et les contrôles qui déterminent la manière dont votre organisation utilise le système sont très spécifiques à vos cas d’utilisation et à votre configuration. Vous savez mieux que quiconque ce qui devrait faire partie de ce plan. Nous donnons ci-dessous des orientations générales.

Il existe plusieurs façons d’aborder les tests : la première est une approche de haut niveau, basée sur des scénarios ou des cas d’utilisation de bout en bout. Il s’agit de la manière dont votre organisation utilise MOVEit du point de vue des processus et des utilisateurs. Quels scénarios de bout en bout utilisez-vous et comment pouvez-vous les tester ? Vous pouvez également examiner à un niveau inférieur les différents paramètres, le nombre d’utilisateurs, le nombre de fichiers, etc. Pour être complet, il est bon d’examiner les contextes de bout en bout (haut) et bas, tout en sachant qu’aucun plan de test ne couvrira tous les cas.

Lors de la planification de votre mise à niveau, prenez le temps de dresser une liste de scénarios d’utilisation et de flux de travail de bout en bout afin de valider en toute confiance que votre système est mis à niveau et qu’il fonctionne avec les politiques et les fonctionnalités que vous attendez. Il est essentiel d’élaborer des scénarios d’utilisation avant et après la mise à niveau.

Isolement lors de la mise à niveau et des tests

Vous devez vous assurer que vos utilisateurs habituels ne peuvent pas accéder à MOVEit pendant la mise à niveau et la phase de test. Vous ne voulez autoriser les utilisateurs à se connecter qu’une fois que vous avez exécuté votre plan de test et que vous avez la certitude que la mise à niveau s’est déroulée correctement.

  • La liste d’organisations semble-t-elle raisonnable si l’on utilise le compte sysadmin ?

  • Les zones suivantes vous semblent-elles raisonnables en utilisant une connexion d’administrateur à l’interface utilisateur Web :

    • La base de données des utilisateurs : le contenu de cette liste est-il le même ?

    • Fichiers et dossiers : pouvez-vous parcourir la structure des répertoires et celle-ci vous semble-t-elle raisonnable ?

    • Paramètres personnalisés tels que les politiques d’expiration des mots de passe : sont-ils présents ?

    • La liste des rapports est-elle complète ?

  • Vous devez exécuter quelques rapports de base qui présentent des indicateurs de haut niveau sur les données du système. Les rapports que vous pourriez vouloir exécuter avant et après la mise à niveau sont les suivants :
    • État de l’utilisateur->Liste des auditeurs
    • Stockage ->Stockage par utilisateur
    • Stockage ->Stockage par dossier (si la structure de vos dossiers et le nombre de fichiers ne sont pas trop importants).
  • Vos utilisateurs peuvent-ils accéder à MOVEit à partir de l’endroit où ils se connectent habituellement et effectuer un échantillon de leurs tâches habituelles, telles que le téléchargement de fichiers ou l’envoi de paquets ?

    • Il peut s’agir d’une connexion via l’interface Web ou via un client SFTP, par exemple.

    • Veillez à exécuter ces tests à partir d’un emplacement réseau similaire à celui que vos utilisateurs utilisent normalement. S’ils se connectent à Internet, par exemple, assurez-vous de faire des tests à partir de là.

    • Vous devrez peut-être disposer de quelques comptes d’utilisateurs de test configurés de la même manière que vos utilisateurs, notamment en ce qui concerne les autorisations et l’appartenance à des groupes, afin de pouvoir effectuer des tests dans des conditions réelles.

  • Avez-vous d’autres systèmes automatisés, tels que MOVEit Automation, qui se connectent périodiquement pour transférer des fichiers, et fonctionnent-ils comme prévu ?
  • Avez-vous des clients, des scripts ou des processus qui utilisent des API ? Avez-vous des clients, des scripts ou des processus qui utilisent des API ? Sachez que les fonctionnalités de l’API que vous avez observées lorsque vous avez déployé ces scripts ou applications pour la première fois peuvent différer des capacités actuelles de l’API REST.
  • Avez-vous des applications clientes, des scripts ou des processus personnalisés qui incluent des références DLL, d’objets ou de classes à d’anciennes bibliothèques API de MOVEit Transfer ? Testez-les pour vérifier le comportement attendu. Pour les nouvelles installations, vous trouverez les objets de bibliothèque les plus récents dans C:\Program Files\MOVEit\API.
  • Les messages électroniques sont-ils envoyés par MOVEit comme prévu ? Y compris les personnalisations que vous avez apportées aux modèles de courrier électronique ?
  • Si vous utilisez la fonctionnalité Ad Hoc de MOVEit, vos utilisateurs peuvent-ils envoyer et recevoir des paquets ?
  • Souhaitez-vous personnaliser l’apparence de l’interface Web MOVEit ? Ces personnalisations sont-elles visibles sur le nouveau serveur ?
  • Si votre serveur est accessible au public et que vous disposez d’un certificat TLS valide, le nouveau serveur utilise-t-il correctement le certificat afin qu’un utilisateur de votre système n’obtienne pas d’avertissement de sécurité dans son navigateur ?
  • De même, si vous utilisez SFTP, y a-t-il des problèmes de clé SSH lors d’un test de connexion ?