how prepare test plan
Dans l'article précédent, nous avons vu quelques points clés de l'ERP comme le sens réel du terme ERP, divers modules d'ERP, l'importance des tests ERP, la criticité des tests ERP et une feuille de route pour la préparation des tests ERP .
=> Consultez le didacticiel de la partie 1 des tests ERP ici.
Dans cet article, nous allons entrer dans des détails plus pratiques sur les tests ERP (SAP) tels que la préparation du plan d'assurance qualité, du plan de test, de la suite de tests, des cas de test et de la stratégie d'exécution des tests.
=> Cliquez ici pour une série complète de didacticiels sur le plan de test
Ce didacticiel est un bon exemple pour rédiger un plan de test à partir de zéro pour toute application. Nous avons également fourniexemple de modèle de suite de tests à télécharger.
VPN pour fire TV stick
À des fins de démonstration, supposons que l'application ERP en cours de test se compose des modules suivants avec quelques informations clés sur le plan de mise en œuvre comme ci-dessous.
Nom ERP: ERP de fabrication ABC
Nom du client: XYZ Petrochemicals LLC
Verticaux de l'industrie: Fabrication
Siège social: New York
Succursales: Los Angeles et Chicago
Usine de production: Houston
Entrepôts d'inventaire: Houston, Los Angeles et Chicago
Total des employés: 2500
Utilisateurs système: 325
Chiffre d'affaires de l'entreprise: 1 M USD
Départements: Administration, Finance, Comptabilité, RH, Production, Qualité, Magasins, Ventes, Marketing, Maintenance, Expédition, Support Client
Modules: Budget, CRM, Client, Fournisseur, Ventes, Achat, Paiements, Contrats, Finance, Comptes, Capital humain, Paie, Planification de la production, Gestion de projet, Inventaire, Gestion du matériel, Bons de travail, Immobilisations, Intelligence d'affaires
Modèle de livraison: Sur site et dans le cloud
Plan de mise en œuvre: Collecte des exigences, analyse des flux de travail, évaluation des flux de données, personnalisation et amélioration, livraison et déploiement, formation des utilisateurs finaux
Outil recommandé:
# 1) Oracle NetSuite
Oracle NetSuite offre une plateforme d'assurance qualité qui vous permettra de mettre en place des plans d'inspection et de suivre les résultats des tests. L'outil vous aidera à fournir la plus haute qualité de vos produits. Vous serez en mesure de gérer de manière centralisée la liste des tests et de faire appliquer les qualifications minimales des inspecteurs.
Il fournit diverses caractéristiques et fonctionnalités pour la définition des tests, la réception et les inspections en cours de processus et la collecte de données.
Caractéristiques:
- Oracle NetSuite effectue le traitement en temps réel des résultats d'inspection.
- Il s'agit d'un outil indépendant de l'appareil et peut être utilisé sur n'importe quelle tablette basée sur un navigateur.
- Il présente des caractéristiques de gestion des matériaux non conformes, basée sur le flux de travail.
- Vous pouvez appliquer les qualifications minimales des inspecteurs.
Vous trouverez ci-dessous quelques-unes des captures d'écran de l'application logicielle ERP pour certains processus métier importants tels que la commande client, les données financières des clients, l'en-tête des paiements, les immobilisations, la gestion des employés et le rapport de vente qui donneront une idée de la criticité et de la complexité des tests ERP.
Capture d'écran 1: Commande client
Capture d'écran 2: Commande client (États-Unis)
Capture d'écran 3: Données financières des clients
Capture d'écran 4: En-tête des paiements (Inde)
Capture d'écran 5: En-tête des paiements (États-Unis)
Capture d'écran 6: Immobilisations (Inde)
Capture d'écran 7: Immobilisations (États-Unis)
Capture d'écran 8: Gestion des employés
comment ouvrir l'extension de fichier json
Capture d'écran 9: Rapport de vente
Ce que vous apprendrez:
- Plan AQ ERP
- Plan de test ERP
- Description du projet
- Objectif
- Fonctionnalités modulaires pour les tests manuels
- Fonctionnalités modulaires pour les tests d'automatisation
- Caractéristiques à tester hors des locaux
- Fonctionnalités à tester sur site
- Fonctionnalités à tester sur mobile, Wi-Fi et cloud
- Besoins en ressources
- Calendrier des tests
- Exécution de cas de test
- Couverture de test
- Livrables
- Gestion des risques
- Traqueur d'incidents
- Mesures de qualité
- Suite de tests ERP
- Exemple de téléchargement de modèle de suite de tests:
- Cas de test ERP
- Conclusion
- lecture recommandée
Plan AQ ERP
Assurer la qualité est une étape majeure de tout projet de mise en œuvre ERP, qui se compose des parties prenantes suivantes et le succès dépend des efforts dévoués de tous en tant que « Équipe ».
Les parties prenantes du projet de mise en œuvre ERP pourraient être:
- Équipe de mise en œuvre - Composé de l'équipe de professionnels de la société ERP ou du partenaire local de mise en œuvre. Doit avoir une expertise de mise en œuvre.
- Fournisseur de logiciels - Fournisseurs de logiciels pour le système d'exploitation, la base de données et d'autres applications bureautiques nécessaires à l'ERP.
- Fournisseur d'hébergement - Fournisseurs d'hébergement pour les serveurs, l'infrastructure réseau, Internet et intranet nécessaires à la mise en œuvre de l'ERP. Doit avoir une expertise de mise en œuvre.
- Équipe commerciale - Constitué de l'équipe du développement commercial ou du comité de direction.
- Équipe technique - L'équipe de développement ou l'équipe de mise en œuvre doit être disponible tout au long du projet. Doit avoir une expertise de mise en œuvre.
- Équipe de test - L'équipe de test de la société ERP ou des partenaires locaux ayant une expertise sur les stratégies d'implémentation ERP.
- Équipe client - L'équipe des utilisateurs finaux ou les chefs de service, qui ont une connaissance pratique complète du processus métier.
Comme nous l'avons vu dans le didacticiel précédent, le test de l'application logicielle ERP (par exemple SAP) est différent du test des autres applications logicielles. Les applications ERP sont spécifiques à un domaine et à une industrie. Les modules communs tels que Finance, Comptabilité, Inventaire, Immobilisations, Ventes, Achat, Capital humain et Paie sont disponibles dans tous les systèmes ERP.
En dehors de ces modules communs, peu de modules spécifiques industriels sont disponibles selon les clients ciblés.Par exemple, un «ERP manufacturier» peut avoir un module «planification de la production», un «ERP pharmaceutique» peut avoir un module «médecin-patient» et un ERP «éducation» peut avoir un module «étudiant» et ainsi de suite.
Ainsi, le facteur de qualité doit être activé avec certaines métriques prédéfinies à partager bien à l'avance avec toutes les parties prenantes de la liste ci-dessus.
Pour maintenir la qualité, les parties prenantes sont mutuellement engagées dans des accords de niveau de service. Toutes les parties prenantes en tant qu'équipe doivent avoir les actions définies, les responsabilités avec les dates cibles pour atteindre la qualité attendue de l'énoncé de travail.
Plan de test ERP
Le plan de test ERP doit comprendre les informations suivantes pour une mise en œuvre efficace et réussie.
Le plan de test a les objectifs, les mesures de qualité, les fonctionnalités à tester manuellement, les fonctionnalités à tester via des outils d'automatisation, l'environnement de projet, l'infrastructure de l'équipe, les besoins en ressources, le calendrier de test, les livrables de test, l'infrastructure d'exécution de test, le cadre de test, les hypothèses, les dépendances, contraintes, mécanisme de suivi des bogues, outils de rapport de bogues et critères d'acceptation etc.,
Vous trouverez ci-dessous un exemple de plan de test pour notre projet d'implémentation ERP pour XYZ Petrochemical LLC.
Voir également - Si vous avez besoin de plus d'informations sur la rédaction d'un plan de test, veuillez consulter ces tutoriels:
Description du projet
ABC Manufacturing ERP est une solution ERP intégrée pour l'industrie manufacturière. Le produit comprend les modules de base tels que la comptabilité, les finances, le budget, l'inventaire, les immobilisations, les clients, les fournisseurs, le CRM, les ventes, les achats, les paiements, les contrats, le capital humain, la paie, la planification de la production, la gestion de projet, l'inventaire, la gestion du matériel, le travail Commandes et veille économique.
La verticale du client est dans la fabrication et son entreprise fabrique des sous-produits pétrochimiques et les vend aux clients nationaux et internationaux. Les matières premières sont achetées sur les marchés nationaux et internationaux. La société opère à partir de New York, aux États-Unis, avec des succursales dans diverses régions du pays.
L'entreprise possède également des entrepôts sur des sites éloignés. Le système ERP sera mis en œuvre dans un emplacement centralisé dans les locaux de l'entreprise et reliera les autres succursales, entrepôts, usines de production, bureaux de marketing de diverses régions du pays via Internet, WAN, Wi-Fi, infrastructure cloud. La solution proposée prend en charge plusieurs langues comme l'anglais (pour les clients internationaux, l'hindi (pour les utilisateurs IN), l'arabe (pour les fournisseurs du Moyen-Orient) et prend en charge les transactions dans plusieurs devises.
Le système dispose également d'un portail client E-Commerce pour les commandes clients en ligne avec passerelle de paiement par carte de crédit et d'un portail fournisseur pour les devis d'achat. Il y a plus de 300 utilisateurs du système qui vont utiliser le système à partir de différentes parties du globe avec au moins plus de 10 000 transactions par jour.
Objectif
- Identifiez les modules à tester manuellement.
- Identifiez les modules à tester grâce aux outils d'automatisation.
- Définir la stratégie de test, la portée des tests et les activités de test.
- Définissez les critères de test, les hypothèses, les dépendances et les contraintes.
- Identifiez l'équipe de test, sa répartition et son calendrier de test.
- Configurez le cadre de test manuel et d'automatisation.
- Configurez l'infrastructure de test avec la configuration logicielle et matérielle.
- Définir les parties prenantes du projet pour la mise en œuvre de l'ERP.
- Définissez le mécanisme de communication et d'escalade.
- Définissez l'environnement de travail, les détails des tâches et les responsabilités.
- Gestion des risques avec plans d'atténuation des risques.
- Définir les livrables de test et les outils de reporting.
Fonctionnalités modulaires pour les tests manuels
- Module de paiement (création de paiement, approbation des paiements, émission de chèques)
- Module de financement (paiements conjoints, approbation des paiements conjoints, émission de chèques)
- Module de paie (chèques de paie, émettre des chèques)
- Module Immobilisations (amortissement des immobilisations, cession d'immobilisations)
- ...
Fonctionnalités modulaires pour les tests d'automatisation
- Module de vente (commande client, expédition de commande client, commandes en souffrance, facturation des ventes)
- Module d'achat (contrat d'achat, bons de commande, avenants d'achat)
- Module client (gestion des clients, finances clients)
- Module de capital humain (gestion des employés, présence, prêts, congés)
- ...
Caractéristiques à tester hors des locaux
- Test de fonctionnalité: tous les cas de test fonctionnels de tous les modules, qui sont examinés et approuvés.
- Test de régression: tous les cas de test fonctionnels pour les modules personnalisés, qui sont examinés et approuvés.
- Test de fumée: tous les cas de test fonctionnels marqués pour Sanity, qui sont examinés, exécutés et approuvés.
- ...
Fonctionnalités à tester sur site
- Test du système: tous les cas de test du système de tous les modules, qui sont examinés et approuvés.
- Test d'intégration : Tous les cas de test système de tous les modules, qui sont examinés et approuvés.
- Test de performance: tous les cas de test de performance, qui sont examinés et approuvés.
- Test de charge: tous les cas de test de charge, qui sont examinés et approuvés.
- Test d'acceptation des utilisateurs : Tous les tests d'acceptation des utilisateurs, qui sont examinés et approuvés.
- ...
Fonctionnalités à tester sur mobile, Wi-Fi et cloud
Test de fonctionnalité: Tous les cas de test système du module CRM, qui sont revus et approuvés.
Besoins en ressources
Calendrier des tests
Oui Non | Détails de la tâche | Date de début | Date de fin | Testeur |
---|---|---|---|---|
6 | Autorisation de retour de marchandise | 27/05/2015 | 06/01/2015 | Testeur B |
1 | Préparation du plan de test | 05/04/2015 | 05/06/2015 | Testeur A |
deux | Examiner et mettre à jour le plan de test | 05/07/2015 | 05/07/2015 | Cordon de test B |
3 | Préparation de la suite de tests et des cas de test | |||
Module 1: Ventes et distribution | 16/05/2015 | 06/04/2015 | ||
4 | Processus de commande client | 16/05/2015 | 20/05/2015 | Testeur B |
5 | Processus de contrat de vente | 21/05/2015 | 26/05/2015 | Testeur B |
7 | Processus des reçus de paiement | 06/02/2015 | 06/04/2015 | Testeur B |
... | ||||
Module 2: Achat et paiements | ||||
8 | Processus de retrait d'achat | 16/05/2015 | 19/05/2015 | Testeur C |
9 | Processus de devis d'achat | 20/05/2015 | 23/05/2015 | Testeur C |
dix | Processus de commande d'achat | 24/05/2015 | 28/05/2015 | Testeur C |
Onze | Processus d'approbation des paiements | 29/05/2015 | 31/05/2015 | Testeur C |
... | ||||
Exécution des tests | ||||
12 | Module 1: Itération 1 | 06/01/2015 | 06/05/2015 | Testeur B |
13 | Module 2: Itération 1 | 06/01/2015 | 06/04/2015 | Testeur C |
... | ||||
14 | Test de régression: module 1 | |||
quinze | Test de régression: module 2 | |||
... | ||||
16 | Rapports de test et mises à jour du plan d'assurance qualité | |||
... |
Exécution de cas de test
Couverture de test
A: Test fonctionnel, B: Test système, C: Test d'intégrité, D: Test de sécurité, E: Test d'utilisabilité, F: Test de performance, G: Test d'interface, H: Test d'installation
Livrables
Gestion des risques
logiciel de réparation pc pour windows 10
Traqueur d'incidents
Les outils Confluence et JIRA sont utilisés pour suivi des problèmes dans le projet. En outre, JIRA est personnalisé et configuré pour tous les membres de l'équipe de test afin de remonter le problème et de signaler les bogues et assigné à l'équipe de développement des préoccupations avec la responsabilité et les dates cibles.
Mesures de qualité
Suite de tests ERP
Comme le processus de test normal, ERP Test Suite est normalement préparé sous forme de document Excel. Ce document contrôle l'historique complet des révisions des différentes suites de tests de tous les modules de l'application ERP. Les cas de test de chaque module, l'historique d'exécution des tests, la liste des bogues et l'historique du rapport de test sont conservés dans une suite de tests ERP.
Pour les tests d'automatisation, le ' scripts de test ”Sont conservés dans la suite de tests et l'itération associée de l'historique d'exécution des tests est conservée. Dépend du type de test et de la complexité des cas de test, les scripts de test d'automatisation sont conservés dans la suite qui doit être conçue de manière à être réutilisable.
Retrouvez ci-dessous le cliché d'une suite de tests ERP dans un document Excel.
Exemple de téléchargement de modèle de suite de tests:
Vous trouverez ci-dessous un exemple de modèle de suite de tests à télécharger. Il contient des modèles pour l'historique des révisions, le rapport de test, le rapport de bogue, les cas de test de fumée, les cas de test de régression
=> Cliquez ici pour télécharger le modèle de la suite de tests ERP.
Cas de test ERP
Outre les cas de test fonctionnels, les cas de test de régression, les cas de test de santé mentale / fumée, les tests ERP nécessitent d'autres types de cas de test pour les tests d'installation, les tests de configuration, les tests d'implémentation, les tests d'adaptabilité, les tests de réseau, les tests de serveur, les tests hors ligne, les tests à distance, tests multi-devises, tests multi-langues, tests d'appareils, tests intranet, tests en temps réel, etc.,
Plus important encore, l'ERP étant une solution automatisée centralisée, accessible par plusieurs utilisateurs simultanément en ligne en temps réel, ce qui implique une transaction financière, chaque cas de test doit être écrit avec beaucoup d'efforts dédiés et des données en temps réel.
De plus, l'état d'exécution du test doit être mis à jour comme «Réussi» après avoir vérifié les données de sortie avec les données en temps réel prédéfinies. Ainsi, les cas de test doivent toujours avoir une colonne pour ' données de test ' et ' des données de sortie ».
Exemple de scénario de test:
Vous trouverez ci-dessous un exemple de cas de test pour notre démonstration ERP. Ces cas de test peuvent consister en un grand nombre de petits cas de test qui peuvent être séparés et gérés, mais à des fins de démonstration, ils sont combinés avec un seul cas de test.
ID de cas de test | ABC_ERP_SD_X0121 |
---|---|
Résultats attendus (Positif) | 1. La commande doit être enregistrée et facturée. 2. Le bon de livraison de cueillette doit être généré. 3. L'ordre d'expédition doit être généré. 4. Les transactions du grand livre doivent être validées. 5. Le grand livre d'inventaire doit être mis à jour. 6. Une note de débit doit être générée. 7. Un e-mail doit être envoyé au client et aux magasins. |
Module | Ventes et distribution |
Fonctionnalité | Processus de commande client |
Objectif | Pour vérifier, la commande client est enregistrée et facturée avec les données appropriées entrées pour l'en-tête et les détails des ventes. |
Étapes à suivre pour reproduire | 1. Ventes et distribution -> Gestion des commandes -> Liste des commandes client -> Nouvelle commande client. 2. Sélectionnez la date de commande, sélectionnez le type de commande, sélectionnez la date d'expiration, sélectionnez l'ID client, sélectionnez l'ID d'expédition, sélectionnez l'ID de l'entrepôt, sélectionnez la date d'expédition, sélectionnez la date d'échéance du paiement, sélectionnez l'ID de taxe de vente, sélectionnez l'ID du vendeur. 3. Sélectionnez Nouveaux articles de vente et sélectionnez l'ID article, sélectionnez UdM article, entrez la quantité article, entrez le prix article, sélectionnez le compte du grand livre, sélectionnez l'ID du projet et cliquez sur OK. 4. Cliquez sur le bouton Commande de livre dans l'écran principal. |
Des données d'entrée (Positif) | Date de commande (01/01/2015), Type de commande (commande client), Date d'expiration (31/09/2015), ID client (SABIC), ID d'expédition (FedEx), ID d'entrepôt (NaviMumbaiWH), Date d'expédition (03 / 02/2015), Sélectionnez la date d'échéance du paiement (28/02/2015), ID de taxe de vente (ST929), ID vendeur (Anand), ID article (PolyPropylène), UdM article (kilogrammes), Qté article (1000), Compte comptable (23499949), ID du projet (DueTarget2015) |
Des données d'entrée (Négatif) | Date de commande (01/01/2016), Type de commande (bon de commande), Date d'expiration (31/09/2012), ID client (PAR DÉFAUT), ID d'expédition (vide), ID de l'entrepôt (vide), Date d'expédition (03 / 02/2013), Sélectionnez la date d'échéance du règlement (28/02/2012), ID de taxe de vente (vide), ID vendeur (PAR DÉFAUT), ID article (PAR DÉFAUT), UdM article (vide), Qté article (0), Compte comptable (DEFAULT), ID de projet (DEFAULT) |
Résultats attendus (Négatif) | • Une boîte d'alerte doit apparaître pour chaque entrée de données négatives selon le processus d'alerte et le texte défini. • La commande client doit être en rupture de stock si les articles sont en rupture de stock. • La commande client doit être suspendue si la limite de crédit client est basse. |
Résultat actuel | |
Production attendue | La commande client, la facture client, la liste de colisage et la liste d'expédition doivent être générées dans le format de rapport prédéfini. |
Sortie réelle |
Conclusion
Les tests ERP comportent beaucoup de risques et de complexités par rapport à tout test de logiciel / produit. En outre, la gestion des mesures de qualité dans les projets de mise en œuvre ERP nécessite beaucoup d'attention et des efforts dédiés en tant qu '«équipe» de la part des multiples parties prenantes.
Les professionnels des tests doivent comprendre la différence entre la qualité du produit et la qualité de la mise en œuvre. Les tests ERP nécessitent un parrainage de confiance dans les délais et le budget de la part de la direction et des clients. Les tests doivent être effectués par l'équipe d'experts ERP et ne doivent en aucun cas être confiés à une équipe inexpérimentée.
Il est très important d'utiliser le bon processus, les méthodologies, les approches et les outils automatisés universellement éprouvés. Nous ne devons pas supposer que «l'automatisation» remplace complètement les tests «manuels», mais ne devons pas faire de compromis sur l'utilisation de l'infrastructure et du cadre de test requis. Ne sous-estimez pas le temps nécessaire pour collecter des données réelles en direct auprès des clients.
Pour les professionnels du test, ce parcours est «Excellente ressource pour les tests de produits ERP!».
Faites-nous savoir si vous avez des questions sur ERP ou en particulier SAP Testing.
=> Visitez ici pour une série complète de didacticiels sur le plan de test
Tutoriel PREV | Tutoriel SUIVANT
lecture recommandée
- Meilleurs outils de test de logiciels 2021 [Outils d'automatisation des tests QA]
- Programme de cours de test de logiciels - Plan de formation détaillé du cours en ligne
- Différence entre les tests de bureau, client-serveur et Web
- Téléchargement de l'e-book 'Testing Primer'
- Comment rédiger un rapport hebdomadaire sur l'état des tests de logiciels
- Guide du débutant sur les tests ERP (tests SAP) - Partie 1
- Guide de test de sécurité des applications Web
- Tutoriel de plan de test: un guide pour rédiger un document de plan de test logiciel à partir de zéro