Comment tester la compatibilité des programmes avec Windows


Résumé


L’une des principales tâches de préparation pour le test consiste à écrire un plan de test. Dans le plan de test, vous devez indiquer l’étendue et les objectifs du test et décrire la méthodologie que vous allez utiliser.

Informations supplémentaires


Lorsque vous développez un plan de test pour tester la compatibilité des applications avec Windows, procédez comme suit :
  • Étendue : quels niveaux de priorité votre adresse au cours du test ?
  • Méthodologie : le test implique-t-il ?
  • Configuration requise : ce que vous devez faire pour tester les matériels, les logiciels, le personnel, la formation et les outils dont vous avez besoin pour effectuer les tests ?
  • Critères relatifs aux échecs de réussite : qu’est-ce qui détermine si une application passe ou ne fonctionne pas ?
  • Planification : Comment prévoyez-vous de terminer le test à la date prévue ?

Établissement de l’étendue des tests

Si votre organisation utilise de nombreuses applications, il est possible que vous n’ayez pas le temps de les tester autant que vous le souhaitez. Testez d’abord la priorité la plus élevée et les applications les plus fréquemment ou les plus fréquemment utilisées. Testez des applications basées sur le serveur et celles basées sur le client. Les applications clientes sont généralement les plus difficiles et les plus gourmandes en temps à tester en raison de la quantité d’applications.

Définition de la méthodologie de test

Lorsque vous planifiez la méthodologie, tenez compte des points suivants :
  • Où les tests doivent-ils avoir lieu ?
  • Qui effectuera les tests ?
  • Comment allez-vous communiquer avec les participants et les impliquer ?
  • Comment planifierez-vous les tests ?
  • Comment gérerez-vous les problèmes liés à l’application ?
Si votre organisation dispose d’un groupe de testeurs d’application, nous vous recommandons de les utiliser. Si vous n’avez pas de tel groupe, cherchez à utiliser différentes ressources pour obtenir les meilleurs résultats possibles dans un délai raisonnable. Par exemple, vous pouvez utiliser quelques testeurs expérimentés pour développer une batterie de cas de test, qu’il est possible d’inviter d’autres personnes à exécuter. Par ailleurs, vous avez peut-être besoin d’un ensemble essentiel de tests, puis de Coordonnez-vous avec les unités d’entreprise pour que leurs experts puissent effectuer les fonctions qu’ils utilisent dans leur travail. Élaborez un processus pour la planification des jours de test et pour communiquer avec les testeurs. Par exemple, vous pouvez configurer un site Web sur votre intranet où tout le monde peut afficher des dates de test, des rapports d’État, des noms de contact et d’autres documents pertinents.

Identification des besoins en ressources

Lorsque vous planifiez le test de compatibilité des applications, gardez à l’esprit l’état futur de votre environnement informatique. Vous envisagez de mettre à niveau certaines de vos logiciels vers des versions qui utilisent pleinement les nouvelles fonctionnalités de Windows ? Vous envisagez d’implémenter de nouvelles configurations de bureau standard ou d’utiliser les services Terminal Server ? Des problèmes tels que ceux-ci déterminent les ressources dont vous avez besoin ainsi que les applications que vous allez tester en tant que suite. Si vous envisagez de déployer de nouvelles applications avec Windows pendant le déploiement, testez ces applications avec les applications actuelles. Vous pouvez faciliter les tests en configurant un laboratoire sur lequel les testeurs peuvent exécuter leurs tests. Dans ces travaux pratiques, vous pouvez à tout moment disposer des outils et équipements nécessaires. Dans le laboratoire, configurez les ordinateurs test pour un démarrage double ou triple pour permettre aux testeurs d’accéder rapidement au mode nécessaires pour installer et tester leurs applications. Par exemple, il se peut que vous deviez utiliser Windows NT 4,0 et Windows 2000 pour tester les applications par le biais du chemin de mise à niveau. Pour permettre aux testeurs de restaurer facilement les ordinateurs dans leur état antérieur, créez des images de disque des lecteurs avec les systèmes d’exploitation de base.

Définition du critère de passe-échec

Définissez une procédure permettant aux testeurs de savoir à quel moment et où ils doivent consigner les problèmes d’application et les problèmes que vous souhaitez résoudre. Pour définir les critères de réussite et d’échec, prenez en compte les problèmes suivants :
  • Quel est le problème ? Est-ce que cela affecte une fonction critique ou un périphérique ?
  • Quelle est la probabilité que quelqu’un rencontre le problème ?
  • Est-il possible de contourner le problème ?
Votre planification de tests dépend de nombreuses conditions, notamment :
  • Combien de testeurs participent.
  • Si les testeurs disposent de ce projet à plein temps ou doivent être planifiés.
  • Niveaux d’expertise des testeurs.
  • Le nombre et la complexité des applications.

Test des applications

De nombreux logiciels commerciaux ont déjà été testés pour déterminer la façon dont ils prennent en charge Windows 2000 et les versions ultérieures. Microsoft fournit un répertoire des applications pour Windows 2000 sur lesquelles vous pouvez rechercher l’état des applications que vous utilisez. L’annuaire utilise les désignations suivantes :
  • Certifié-indiquant que l’application a été testée par VeriTest et qu’elle tire parti des nouvelles fonctionnalités de Windows.
  • Ready-indiquant qu’en fonction du fournisseur, l’application a été testée à des fins de compatibilité avec et est prise en charge sur Windows 2000. L’application n’utilise pas nécessairement de nouvelles fonctionnalités Windows.
  • Prévu : il s’agit de l’intention pour l’application de se réunir conformément au critère certifié ou prêt lors de son test complet.

Stratégies de test

Le test de votre application a pour but de vérifier que tout le fonctionnement sur votre plateforme actuelle fonctionne également sur votre version actuelle de Windows. S’il s’agit d’une application écrite pour une version antérieure de Windows, il n’utilise pas nécessairement les nouvelles fonctionnalités Windows, mais ses fonctionnalités doivent fonctionner dans Windows 2000 comme sur votre plateforme actuelle.

Applications commerciales

Pour les applications commerciales, la première étape consiste à exécuter le programme d’installation en mode vérification (mise à niveau uniquement) pour vérifier les incompatibilités potentielles. Lorsque vous exécutez le programme d’installation dans ce mode, Windows vérifie le logiciel installé par rapport à une liste d’applications qui sont connues pour être incompatibles et se connecte à tout moment. Le format de ligne de commande pour le mode vérification-mise à niveau uniquement est le suivant :
winnt32 /checkupgradeonly
Bien que cet outil puisse vous alerter en cas de problèmes de compatibilité, il ne concerne qu’un faible pourcentage de vos applications et seules les applications installées sur l’ordinateur que vous vérifiez. L’étape suivante consiste à vérifier le répertoire des applications Windows pour déterminer la compatibilité des applications que vous utilisez. Même si vous constatez que certaines de vos applications ont déjà été testées par d’autres personnes, vous devez les tester dans votre environnement. Le cas échéant, concentrez vos tests sur la manière dont votre organisation utilise les applications. Par exemple, testez ce qui suit :
  • Configurations utilisées par votre organisation.
  • Fonctionnalités les plus fréquemment utilisées.
  • Combinaisons d’applications que vous utilisez conjointement.
N’oubliez pas de tester votre logiciel antivirus. Plusieurs de ces applications doivent être mises à niveau en raison de leur utilisation des filtres du système de fichiers. De nombreux filtres du système de fichiers Windows NT 4,0 risquent de ne pas fonctionner sur Windows 2000 ou une version ultérieure en raison de modifications apportées au système de fichiers NTFS.

Applications personnalisées

Si vous utilisez des produits tiers personnalisés ou développez des applications en interne, vous devez développer une stratégie de test plus approfondie que celle des applications commerciales déjà testées. Même si vous testez une application que vous n’avez pas développées, la spécification d’applications 2000 de Windows peut fournir des renseignements sur le test. Le site Web MSDN sur http://msdn.Microsoft.com inclut une version téléchargeable de la spécification. Le site Web MSDN contient également d’autres informations importantes relatives aux tests, tels que des livres blancs sur le test exploratoire et la méthode utilisée par les organisations de tests indépendants pour tester la fonctionnalité des fournisseurs d’applications à des fins de certification.Remarque: les suggestions de test de cette section ne sont pas complètes et ne s’appliquent pas à tous les cas. Ils sont fournis pour vous permettre de commencer à réfléchir.

Scénarios de déploiement de test

Test d’installation et d’exécution de vos applications à l’aide des scénarios que vous envisagez d’utiliser lors du déploiement. Par exemple, vous souhaiterez peut-être déployer en installant sur des ordinateurs sains ou en effectuant la mise à niveau à partir de Windows 95 ou Windows 98 ou d’une version antérieure de Windows NT. Si vous envisagez de procéder à la mise à niveau, vous pouvez conserver les applications sur votre ordinateur pendant la mise à niveau, ou vous pouvez les désinstaller, puis les réinstaller après la mise à niveau. En raison des différences entre Windows 95 ou Windows 98 et Windows 2000, certaines installations d’applications fonctionnent différemment en fonction du système d’exploitation utilisé pour l’installation. Par exemple, si vous installez une application sur un ordinateur exécutant Windows 95 ou Windows 98 et que vous effectuez une mise à niveau vers Windows 2000, l’application peut ne pas fonctionner de la même manière que si vous l’avez installée dans Windows 2000. Dans ce cas, il peut être nécessaire de désinstaller l’application et de la réinstaller après la mise à niveau ou l’obtention d’une bibliothèque de liens dynamiques de migration (DLL). Une DLL de migration permet à une application installée à l’origine sur Windows 95 ou Windows 98 de fonctionner correctement après la mise à niveau vers Windows 2000. Les dll de migration peuvent résoudre les problèmes liés à l’application en effectuant les opérations suivantes :
  • Remplacement ou mise à niveau de fichiers spécifiques à Windows 95 ou spécifiques de Windows 98 avec des fichiers compatibles avec Windows 2000.
  • Mappage des clés de Registre spécifiques à Windows 95 ou Windows 98 vers les emplacements Windows 2000 appropriés.

Scénario de mise à niveau

Si vous envisagez de mettre à niveau vos ordinateurs :
  1. Installez Windows 95, Windows 98 ou Windows NT 3,51 ou version ultérieure.
  2. Installez l’application que vous voulez tester.
  3. Mettez à niveau l’ordinateur vers Windows 2000.
  4. Testez l’application.

Scénario d’installation propre

Si vous envisagez de procéder à l’installation sur des ordinateurs reformatés :
  1. Installez Windows 2000.
  2. Installez l’application.
  3. Testez l’application.

Test de l’installation et de la désinstallation

Testez l’installation de l’application de diverses façons, par exemple :
  1. Mettre fin à l’installation avant la fin de son exécution.
  2. Essayez toutes les options d’installation utilisées dans votre environnement.
  3. Si votre organisation permet aux utilisateurs d’installer des applications, testez l’installation en tant qu’administrateur et utilisateur avec pouvoir ; Testez ensuite la fonctionnalité de l’application.
  4. Essayez de désinstaller les applications.
  5. Vérifiez qu’une application peut être installée par un administrateur et désinstallée par un utilisateur. Lorsque vous êtes connecté en tant qu’utilisateur, la désinstallation doit être terminée ou interdite.
Testez les applications à l’aide des fonctionnalités, configurations et suites d’applications que vous utilisez pour accomplir des tâches professionnelles.

Données Access

Essayez d’accéder aux données de diverses façons, par exemple :
  • Accédez à des données sur un serveur exécutant la version actuelle de Windows, ainsi que sur un serveur exécutant Windows 2000.
  • Testez l’utilisation simultanée d’une base de données, y compris l’accès simultané et la mise à jour d’un enregistrement.
  • Effectuer des requêtes complexes.

Impression de test

Imprimez de nombreux types de documents avec diverses imprimantes, comme suit :
  • Imprimer des documents avec des fichiers incorporés issus de plusieurs applications sources.
  • Imprimer sur les imprimantes avec des noms de fichier longs.

Problèmes de compatibilité courants

Les applications développées pour les versions antérieures de Windows ne tirent pas pleinement parti des nouvelles fonctionnalités, telles qu’Active Directory ou IntelliMirror. Cette section ne traite pas ces nouvelles fonctionnalités.
  • Protection des fichiers Windows : les versions antérieures de Windows permettaient aux applications d’avoir remplacé les fichiers système partagés au cours de l’installation. Lorsque de telles modifications ont été apportées, les utilisateurs ont fréquemment rencontré des problèmes qui se sont produits entre Erreurs programme et système d’exploitation instable. La protection des fichiers Windows est une nouvelle fonctionnalité qui empêche les applications de remplacer les fichiers système. Cette fonctionnalité vérifie qu’il s’agit de la version Microsoft correcte pour les fichiers système protégés. Si un fichier a été remplacé par une version incorrecte, Windows restaure la version correcte.
  • Vérification robuste du tas : Windows inclut plusieurs améliorations des performances dans le gestionnaire de tas. Les applications qui n’ont pas pu utiliser la gestion des tas correctement auparavant peuvent désormais avoir des problèmes de gestion de la mémoire exposés. Les problèmes courants peuvent être liés à l’utilisation de la mémoire après qu’elle ait été libérée et en supposant qu’une mémoire ne bouge pas lorsqu’elle est réallouée à une taille inférieure.
  • Énumération des périphériques matériels : les modifications apportées à la liste des périphériques matériels pris en charge peuvent entraîner des problèmes pour les applications qui utilisent des appareils qui ne sont plus pris en charge.
  • Énumération des polices : la liste des polices a changé. Les clés de Registre ayant été ajoutées pour la prise en charge de l’internationalisation, certaines applications peuvent voir plusieurs affichages de polices.
  • Clés de Registre modifiées : certaines clés de Registre ont été déplacées ou supprimées. Les applications qui écrivent dans l’interface de programmation d’application (API) ne peuvent pas rencontrer de problèmes, mais elles peuvent rencontrer des problèmes s’ils écrivent directement au registre.
  • Vérification de la version : les programmes d’installation d’application qui vérifient incorrectement les versions peuvent avoir des problèmes. Recherchez la version que votre application nécessite ou version ultérieure, sauf si votre application dépend d’un système d’exploitation ou d’une version spécifique.
  • Service de messagerie Windows : les applications qui s’attendent à ce que le service de messagerie Windows (WMS) soit fourni par le système d’exploitation ne le trouvera pas.
  • Sécurité d’entrée/sortie de fichier : Windows a renforcé la sécurité pour l’entrée et la sortie de fichier. Les applications qui utilisent des filtres de fichiers, tels que des logiciels antivirus, risquent de perdre une fonctionnalité significative dans Windows 2000 ou version ultérieure.

Résolution des problèmes d’incompatibilité des applications

Lorsque vous rencontrez des problèmes de compatibilité avec les applications, vous devez les classer par ordre de priorité, puis leur affecter une solution. Vous devez disposer d’un plan pour savoir comment affecter des problèmes. L’attribution du personnel approprié pour rechercher et résoudre les problèmes est essentielle au succès des tests de votre application. La résolution des problèmes peut englober une large gamme d’activités, comme suit :
  • Rechercher des sites Web pour connaître les problèmes connus et les solutions.
  • Contacter des fournisseurs pour les correctifs, les programmes d’installation ou les dll de migration.
  • Contacter le support Microsoft.
  • Le débogage d’applications développées en interne.
Lorsque vous recherchez la cause du problème, envisagez d’utiliser différentes approches pour déterminer la solution la plus efficace. Par exemple, vous pouvez choisir d’effectuer les opérations suivantes :
  • Résoudre le problème en cas de développement de l’application.
  • Demandez au fournisseur de résoudre le problème si vous avez acheté l’application.
  • Remplacez l’application par une nouvelle version ou une nouvelle application.
  • Ignorer l’échec si vous avez un moyen de contourner le problème.
Veillez toujours à ce qu’aucun problème ne se produise sur votre plate-forme actuelle avant de procéder à la recherche en tant que problème de compatibilité avec Windows 2000. Voici quelques-unes des ressources disponibles pour rechercher des problèmes de compatibilité avec Windows 2000 :
  • Windows 2000 application Specification, que vous pouvez télécharger à partir de MSDN Library surhttp://msdn.Microsoft.com. L’annexe E fournit l’emplacement précis où vous pouvez obtenir la spécification.
  • Guide de compatibilité de Windows 2000, que vous pouvez trouver dans MSDN Library sur http://msdn.Microsoft.com. Ce guide inclut des informations précieuses sur le diagnostic des problèmes de compatibilité.
  • Microsoft TechNet surhttp://www.Microsoft.com/technet, qui contient les mises à jour, les livres blancs et d’autres informations techniques
  • Répertoire des applications 2000 Windows, qui inclut des informations de support technique et des liens vers des sites Web des fournisseurs.