Les modules SAP R / 3 les plus courants sont -

• Gestion des matériaux SAP.
• Comptabilité et contrôle financiers SAP.
• Ventes et distribution SAP.
• Ressources humaines SAP.
• Gestion de la chaîne d'approvisionnement SAP.
• Gestion d'usine SAP

Le test SAP consiste à tester la fonctionnalité des modules SAP ci-dessus et à s'assurer qu'ils fonctionnent conformément à la configuration.

SAP TAO est un outil d'automatisation pour générer des cas de test pour des scénarios de bout en bout pour les applications SAP. En dehors de cela, il existe divers autres outils de test d'automatisation pour les tests SAP tels que HP QTP et ECATT, etc. qui peuvent être utilisés.

Voici une liste des principales raisons pour lesquelles les tests SAP sont effectués et pourquoi il s'agit d'une fonction importante dans la croissance d'une organisation -

System Validation - Les tests SAP impliquent des tests et une validation complets de bout en bout de tous les modules SAP dans l'environnement SAP ERP.

Quality and Revenue- SAP Testing est un test basé sur la sortie et pas comme les méthodes de test conventionnelles basées sur les entrées. Il garantit la qualité du système SAP et se concentre également sur les revenus et les coûts de l'organisation.

Cost and Predictability - Les tests SAP consistent à réduire les coûts de développement SAP et à améliorer la prévisibilité.

Compliance Requirement - SAP Testing garantit que l'implémentation SAP répond aux nouvelles exigences de conformité dans une organisation spécifique et que tous les modules fonctionnent selon la configuration attendue.

New Implementation and Configuration Changes- Il existe différents types de changements mis en œuvre dans un système SAP, tels que des correctifs et des correctifs, une nouvelle implémentation, des changements de configuration. Par conséquent, les tests SAP garantissent que tous les modules fonctionnent conformément aux exigences dans cet environnement système dynamique.

Integration- Les tests SAP sont effectués pour tester divers rapports, flux de données et flux de travail, formulaires GUI, etc. Il est utilisé pour vérifier l'intégration du système entre différents modules. Par exemple, si une validation de commande est effectuée qui nécessite une action dans Ventes et distribution, MM et FICO, le test SAP vérifie l'intégration entre ces systèmes.

Performance - Il est également utilisé pour s'assurer que le système sera en mesure de respecter les accords de niveau de service, le temps nécessaire au système pour effectuer des actions spécifiques, les performances du système, etc.

Il s'agit d'un type de test en boîte blanche qui consiste à tester une seule unité ou un groupe d'unités.

Dans ce test, plusieurs systèmes sont combinés pour tester la sortie du système intégré.

Dans ce test, le système est soumis à des contraintes au-delà de ses spécifications pour vérifier s'il échoue.

Le but des tests bêta est de couvrir les erreurs inattendues. Il relève de la catégorie des tests en boîte noire. Il est réalisé en publiant la pré-version du produit final, appelée Beta.

Les tests ETL sont effectués pour s'assurer que les données sont correctement extraites, transformées et chargées d'un système source vers un système cible.

Le test manuel signifie que vous testez un logiciel manuellement sans utiliser d'outils automatisés ou de script. Dans ce type de test, le testeur prend le rôle d'un utilisateur final et teste le logiciel pour identifier les bogues ou tout comportement inattendu.

Il existe différentes étapes d'un test manuel. Il s'agit des tests unitaires, des tests d'intégration, des tests système et des tests d'acceptation des utilisateurs.

Dans les tests d'automatisation, le testeur écrit les scripts et utilise des outils logiciels pour tester le produit. Ce processus implique l'automatisation d'un processus manuel. Les tests d'automatisation comprennent la réexécution des cas de test plusieurs fois qui ont été effectuées manuellement.

Les tests d'automatisation sont également utilisés pour tester l'application à des fins de charge, de performance et de contrainte. Il est utilisé pour augmenter la couverture du test. Les tests d'automatisation améliorent la précision et économisent du temps et de l'argent par rapport aux tests manuels.

• Professionnel de test rapide HP (QTP)
• Selenium
• SAP TAO
• Load Runner
• Win Runner

Le cycle de vie des tests logiciels (STLC) comprend toutes les étapes qui sont effectuées de manière spécifique pour garantir que les objectifs de qualité sont atteints et que chaque étape a des objectifs et des livrables spécifiques.

STLC est utilisé pour améliorer la qualité d'un produit logiciel et le rendre capable de répondre aux exigences de l'entreprise pour atteindre certains objectifs.

Les différentes étapes du cycle de vie des tests logiciels sont les suivantes:

• Phase des exigences
• Planification des tests
• Analyse des tests
• Phase de conception des tests
• Mise en œuvre des tests
• Phase d'exécution du test
• Phase de clôture du test

Example

Supposons que la tâche consiste à créer une commande client et à la sauvegarder. Pour effectuer des tests unitaires pour cette tâche, le testeur doit savoir que la commande client peut être enregistrée à l'aide des éléments d'organisation SAP tels que les données de base client, les fonctions partenaires, les données de base article, la société, le domaine de contrôle des crédits, l'organisation commerciale, etc.

Example

Dans le développement ABAP, des tests unitaires peuvent être effectués pour vérifier si un rapport peut être créé à partir de données générées par le développeur. Il nécessite l'assistance de l'expert du domaine.

Example

Si vous dites qu'un flux de trésorerie pour un devis dans une organisation montrerait qu'un devis peut être utilisé pour créer une commande client, une livraison peut être créée et traitée à partir de la commande, la livraison peut être facturée, la facturation validée dans la comptabilité et un paiement client appliqué à la facture comptable.

Les tests de sécurité et d'autorisation sont utilisés pour garantir que les utilisateurs ne peuvent exécuter que des transactions et accéder aux données appropriées pertinentes pour leur projet.

Comme pour la mise en œuvre des normes de sécurité, il est vraiment important de tester si la sécurité et l'autorisation sont placées dans un système. Les ID de test pour les rôles de travail sont créés et utilisés pour confirmer à la fois ce qu'un utilisateur peut faire et ce qu'un utilisateur ne peut pas faire.

SAP Cutover Testing

Les tests de basculement sont généralement effectués une fois dans le cycle de vie d'un projet. Ici, une exécution à grande échelle est effectuée de toutes les tâches impliquées pour extraire les données des systèmes hérités. Ensuite, pour effectuer tout type de conversion de données, chargez les résultats dans le système SAP et validez complètement les résultats, y compris une déconnexion de l'utilisateur.

Des tests OPA peuvent être effectués pour vérifier SAP Testing Navigation. OPA est connu sous le nom de langage de programmation Open Source et il est principalement utilisé pour développer des applications Web. Pour la compilation du programme OPA, vous pouvez utiliser Node.js sur le serveur et JavaScript du côté client.

La logique de flux d'écran dans SAP Testing est comme un code ABAP et elle est utilisée pour contenir les blocs de traitement. Il contient la partie procédurale de l'écran. Il est créé en screen painter et ce screen painter est similaire à un éditeur ABAP.

Dans le test de charge, le testeur applique une charge maximale sur un système, que ce soit des utilisateurs en ligne ou un traitement par lots périodique, et identifie si le système est suffisamment capable de gérer la charge. Sinon, il découvre les étapes nécessaires pour améliorer les performances.

Les tests de performance vérifient les aspects suivants -

• Si le temps de réponse du système est acceptable selon les exigences de l'entreprise

• Si les processus périodiques sont en cours d'exécution dans le temps autorisé,

• Si la charge utilisateur simultanée attendue peut être prise en charge

Les tests de performance identifient les goulots d'étranglement et les inefficacités de codage dans le système SAP. Il est peu probable que le réglage des performances du système soit parfaitement configuré et que le programme fonctionne avec un code optimisé.

Le test d'interface garantit qu'un processus métier sur un système SAP s'exécute automatiquement, que les événements sont déclenchés et que les résultats sont transférés au système récepteur. Le test d'interface implique une exécution sur le système d'envoi suivie de la génération automatique de la sortie d'interface, puis le système de réception consomme ce fichier et prouve qu'un processus métier se poursuit sur le récepteur.

Idéalement, les tests d'interface impliquent des activités de test plus importantes au fur et à mesure de l'avancement d'un projet. Les tests d'interface montrent que le déclenchement fonctionne, que la sélection des données est précise et complète, que le transfert des données est réussi et que le récepteur est capable de consommer les données envoyées.

Supposons que vous deviez créer une commande client dans le module Ventes et distribution (SD). Ici, vous devez d'abord entrer le code de transaction (par exemple, le code de transaction VA01). Ensuite, vérifiez le stock de l'article dans le module Inventaire et vérifiez la limite de crédit disponible sur le profil client dans le module Relation client. Cela montre que tous ces modules sont interdépendants; si vous personnalisez l'un de ces modules, cela affectera le système ERP associé.

Pour effectuer des tests SAP pour l'exemple ci-dessus, suivez les étapes ci-dessous -

• La première étape consiste à installer l'outil HP QTP et à installer les plug-ins nécessaires dans QTP pour le rendre compatible pour se connecter au système ERP.

• L'étape suivante consiste à utiliser HP Quality Center (QC) pour développer le plan de test, puis à convertir la conception du plan de test en scripts de test. Ces plans de test peuvent être convertis en scripts à l'aide de HP QTP.

• Ensuite, enregistrez l'écran GUI R / 3 du système SAP pour le module SD lors de la création de la commande client ou de la création du PR dans MM.

• Une fois que vous avez terminé l'enregistrement dans l'outil QTP, créez un script dans VB.

• SAPGuiSession ("Session"). SAPGuiWindow ("SAP Easy Access - Utilisateur"). SAPGuiOKCode ("OKCode"). Définissez "/ nVA01"

• SAPGuiSession ("Session"). SAPGuiWindow ("SAP Easy Access - Utilisateur"). SendKey ENTRER

• Vous pouvez également ajouter différents paramètres et personnalisations selon vos besoins.

Les tests d'interface SAP dépendent uniquement des opérations et des processus organisationnels. Lors de l'exécution des tests d'interface SAP, vous devez tenir compte des points clés suivants:

• À quoi sert l'interface SAP et quels scénarios commerciaux sont traités par l'interface?

• Vérifiez si l'interface traite tous les scénarios commerciaux avec précision conformément à la stratégie de test.

• Pour effectuer des tests d'interface, la meilleure pratique consiste à commencer par effectuer des tests unitaires.

• Vous devez vérifier si l'interface sortante est correcte, ce qui signifie qu'elle garantit l'exécution du fichier répondant aux spécifications en termes de mise en page, etc.

• Vous devez vérifier si l'interface entrante est correcte. Vérifiez s'il lit correctement le fichier et s'il exécute les étapes correctes dans le système cible.

Les cas de test SAP sont nécessaires pour effectuer un contrôle de l'installation et de la configuration du système SAP, de toute nouvelle implémentation, des tests multilingues et de périphériques, des tests intranet, des tests en temps réel, etc.

Pour créer un cas de test SAP, vous pouvez transmettre les données d'entrée (correctes et incorrectes et voir le résultat) -

Correct Input Data

• Date de commande 01/01/2016, Type de commande Commande client
• Date d'expiration 15/01/2016, Date d'expédition 10/01/2016,
• Sélectionnez la date d'échéance du paiement 10/01/2015, la quantité d'article 10, etc.

Incorrect Input Data

• Date de commande 01/01/2017, Type de commande Commande client
• Date d'expiration 15/01/2017, date d'expédition 10/01/2017,
• Sélectionnez la date d'échéance du paiement 10/01/2017, la quantité d'article 0, etc.

Output Data - With Correct Data

• La commande est enregistrée avec succès dans le module SAP et facturée.
• Vient ensuite le numéro du bon de livraison.
• Vient ensuite le numéro de commande d'expédition, etc.

Output Data - With incorrect Data

• Message d'erreur pour une entrée de données incorrecte. Un message texte pour les données d'entrée incorrectes doit être défini dans le système.

Expected Output

• Numéro de commande client
• Facture de vente#
• Liste de colisage #, etc.

SAP TAO aide les clients à accélérer le processus de création de scénarios de test automatisés pour les systèmes SAP. Les tests d'automatisation à l'aide de TAO sont effectués en créant des composants de test pour diverses transactions dans les modules SAP.

SAP TAO permet aux clients de décomposer un seul logiciel en plusieurs parties qui peuvent être intégrées à des cas de test à l'aide d'une interface simple en faisant glisser et déposer chaque partie.

TAO prend en charge la réutilisation flexible des cas de test et des données.

S'il y a un changement fonctionnel dans le système, il est facile de maintenir des cas de test en raison de ce changement.

TAO 2.0 et TAO 3.0.

SAP TAO peut être facilement intégré à divers outils pour créer des cas de test automatisés. Certains outils courants qui peuvent être intégrés à TAO sont:

• Gestionnaire de solution SAP (Solman).
• Centre de qualité HP QC.
• HP Quality Test Professional QTP

SAP TAO effectue les tâches suivantes dans SAP Testing Lifecycle -

• Création de cas de test
• Régénération des composants affectés
• Consolidation des cas de test
• Exécution des tests

Le premier composant est Process Flow Analyzer qui est utilisé pour découvrir automatiquement les interfaces utilisateur utilisées dans les codes de transaction exécutés dans le système SAP. Il crée automatiquement les composants de test et les télécharge dans Quality Center.

L'analyseur de flux de processus est également utilisé pour identifier la séquence des composants de test selon les actions de l'utilisateur et la création de valeurs de feuille de calcul.

Change Analyzer est utilisé pour suivre les changements et leur impact sur le système SAP. Lorsque vous apportez une modification à un système SAP, il identifie les processus métier concernés.

Pour utiliser l'Analyseur de modifications, sélectionnez le projet spécifique et cliquez sur l'option d'analyse d'impact des modifications. Il vous permettra de revoir et de réparer les composants affectés dans le système SAP en raison de ce changement.

Le référentiel est utilisé pour contenir des informations sur tous les composants de test et le flux d'un projet. Pour consulter les informations relatives à un composant de test et pour vérifier le flux de processus, vous pouvez cliquer sur Explorateur de composants ou Explorateur PFA.

Nomenclature technique TBOM

La construction des tests est effectuée dans Quality Center à l'aide de SAP TAO. Vous devez consolider les composants de test pour créer des scénarios de test. Vous pouvez exécuter un ou plusieurs tests dans SAP TAO à l'aide de la nomenclature technique TBOM.

La nomenclature technique (TBOM) est utilisée pour contenir les objets sous une forme exécutable. Change Analyzer utilise cela pour savoir si un objet exécutable est affecté lorsqu'une modification est effectuée.

Si vous souhaitez utiliser Business Process Change Analyzer, vous devez générer un TBOM pour chaque objet exécutable dans les scénarios et processus de test.

Note - Si vous devez exécuter un seul test et que vous devez mettre à jour TBOM, cliquez sur Exécuter et mettre à jour TBOM.

Vous pouvez vérifier les détails de la mise à jour sur la page TBOM. Vous pouvez modifier la liste des tirages créée dans SAP TAO.

Dans Business Process Change Analyzer, pour exécuter plusieurs tests, vous pouvez sélectionner un dossier et l'ajouter à la liste d'exécution. Vous pouvez également sélectionner la création TBOM au moment de l'exécution.

Note - Si TBOM existe déjà au moment de l'exécution, il ne mettra à jour que le TBOM existant.

Le scanner d'interface utilisateur est utilisé pour créer de nouveaux composants d'écran avec des composants existants. C'est un plugin pour l'outil QTP. Vous devriez essayer d'utiliser l'onglet inspect sur le scanner d'interface utilisateur. Le scanner d'interface utilisateur standard fonctionne uniquement avec le client frontal GUI. Vous pouvez également utiliser un scanner d'interface utilisateur tiers pour capturer les composants de l'écran.

Solution Manager 7.1 et versions ultérieures

Business Process Testing (BPT) fait partie du cadre d'automatisation QTP et est utilisé avec le Quality Center by HP. BPT est utilisé pour créer des scénarios de test d'automatisation et exécuter ces scénarios sans aucune connaissance préalable de l'automatisation.

HP BPT supprime la complexité de la création et de la maintenance des cas de test et combine toute la documentation et l'automatisation des tests en un seul effort.

Business Process Testing aligne le processus de test sur les objectifs de l'entreprise et réduit considérablement la durée du cycle de vie des tests.

HP Quality Center, un outil de gestion des tests, est désormais populairement connu sous le nom d'outil de gestion du cycle de vie des applications (ALM), car il ne s'agit plus seulement d'un outil de gestion des tests, mais il prend en charge différentes phases du cycle de vie du développement logiciel.

HP-ALM nous aide à gérer les jalons du projet, les livrables, les ressources et à suivre l'état de santé du projet, des normes qui permettent aux propriétaires de produits d'évaluer l'état actuel du produit. Il est important de comprendre l'histoire, l'architecture et le flux de travail Quality Center.

HP Quick Test Professional (QTP) est un outil de test fonctionnel automatisé qui aide les testeurs à effectuer des tests de régression automatisés afin d'identifier les lacunes, erreurs / défauts contraires aux résultats réels / souhaités de l'application testée.

Non-reusable action - Une action qui ne peut être appelée que dans le test spécifique dans lequel elle a été conçue et qui ne peut être appelée qu'une seule fois.

Reusable action - Une action qui peut être appelée plusieurs fois n'importe quel test dans lequel elle réside et qui peut également être utilisée par tout autre test.

External Reusable action- C'est une action réutilisable stockée dans un autre test. Les actions externes sont en lecture seule dans le test appelant, mais elles peuvent être utilisées localement avec la copie modifiable des informations de la table de données pour l'action externe.

Consolidate est connu comme un processus permettant de combiner des composants SAP TAO avec des composants intégrés pour créer des scénarios de test en tant que composants métier transactionnels uniques. Il vous permet de rassembler plusieurs composants de test en un seul test.

SAP TAO 3.0 contient un assistant d'enregistrement Process Flow Analyzer qui peut être utilisé pour faciliter l'enregistrement des tests.

Vous devez afficher le nom de la table: AGS_TAO_SETTING et changer la valeur de AGS_TAO_ENABLE_SM_SETUP sur ON.

Les actions aident les testeurs à diviser les scripts en groupes d'instructions QTP appelées actions. Les actions sont similaires aux fonctions de VBScript, mais il existe quelques différences. Par défaut, QTP crée un test avec 1 action.