Meilleure réponse
Cas de test système
Voici quelques exemples de scénarios de test pour un site de commerce électronique:
1 Si le site se lance correctement avec toutes les pages, fonctionnalités et logos pertinents
2. Si lutilisateur peut sinscrire / se connecter sur le site
3. Si lutilisateur peut voir les produits disponibles, peut ajouter des produits à son panier peut effectuer le paiement et peut obtenir une confirmation via e-mail ou SMS ou appel.
4. Si les principales fonctionnalités telles que la recherche, le filtrage, le tri, lajout, la modification, la liste de souhaits, etc. fonctionne comme prévu
4. Si le nombre dutilisateurs (défini comme dans le document dexigence) peut accéder au site simultanément
5. Si le site se lance correctement dans tous les principaux navigateurs et eir dernières versions
6. Si les transactions sont effectuées sur le site via un utilisateur spécifique sont suffisamment sécurisées
7. Si le site se lance correctement sur toutes les plates-formes prises en charge telles que Windows, Linux, Mobile, etc.
8. Si la politique de retour du manuel / guide de lutilisateur, la politique de confidentialité et les conditions dutilisation du site sont disponibles sous forme de document séparé et utile à tout utilisateur débutant ou débutant.
9. Si le contenu des pages est correctement aligné, bien géré et sans fautes dorthographe.
10. Si le délai dexpiration de la session est implémenté et fonctionne comme prévu
11. Si un utilisateur est satisfait après lutilisation du site ou, en dautres termes, lutilisateur ne trouve pas difficile dutiliser le site.
Types de tests du système
ST est appelé un sur-ensemble de tous les types de tests a s tous les principaux types de tests y sont couverts. Bien que laccent mis sur les types de tests puisse varier en fonction du produit, des processus de lorganisation, du calendrier et des exigences.
Test de fonctionnalité: Pour faire sassurer que la fonctionnalité du produit fonctionne conformément aux exigences définies, dans les limites des capacités du système.
Test de récupérabilité: Pour vérifier comment bien le système récupère de diverses erreurs dentrée et dautres situations de panne.
Test dinteropérabilité: Pour sassurer que le système peut bien fonctionner avec un tiers -party ou non.
Test de performance: Pour vérifier les performances du système dans les différentes conditions, en termes de caractéristiques de performance.
Test dévolutivité: Pour vérifier les capacités de mise à léchelle du système en différents termes tels que la mise à léchelle de lutilisateur, la mise à léchelle géographique et la mise à léchelle des ressources.
Test de fiabilité: Pour sassurer que le système peut fonctionner pendant une durée plus longue sans développer de pannes.
Test de régression: À assurez-vous de la stabilité du système lorsquil passe par une intégration de différents sous-systèmes et tâches de maintenance.
Test de la documentation: Pour vous assurer que le guide de lutilisateur du système et les autres documents des rubriques daide sont corrects et utilisables.
Test de sécurité: Pour sassurer que le système nautorise pas laccès non autorisé aux données et aux ressources .
Réponse
Prenons un exemple simple pour comprendre ce quest Test Cadre dautomatisation . Comment pensez-vous que la démocratie indienne, la deuxième plus grande au monde, fonctionne? Est-ce ponctuel? Nah! Il existe des processus et des structures de base qui animent la démocratie indienne – La constitution de lInde. Et si la Constitution n’était pas là? Que faire si les utilisateurs ne respectent aucune directive? Ouais! Chaos total.
Le «cadre» est ce qui anime presque tout – un plan ou une structure de base, un ensemble de directives qui, une fois suivies, produisent des résultats cohérents et bénéfiques. Que ce soit la fabrication, la politique ou les services. Alors, comment Test Automation Framework peut-il être différent!
Test Automation Framework
Avant de passer à Framework dautomatisation des tests , commençons par comprendre les différents composants impliqués dans lautomatisation des tests.
- AUT : lapplication testée
- Outil dautomatisation de test tel que HPE UFT ou Selenium
- Outil de gestion de test où sont stockés les cas de test et les captures décran. En son absence, un Drive partagé commun peut également être utilisé.
- Environnement de test : Un environnement stable sur lequel lapplication est déployée à des fins de test
- Objets dapplication : différents éléments de lapplication tels que la zone de texte, la case à cocher, le bouton radio, la liste déroulante, etc.
- Modules dapplication : flux fonctionnels spécifiques qui doivent être exécutés dans différents cas de test. Par exemple. Connexion utilisateur.
- Données de test : valeurs dentrée (valides ou non valides) pour les champs dapplication tels que les identifiants de connexion
- Fonctions : Un ensemble dinstructions réutilisables (pour un flux fonctionnel particulier) qui doit être exécuté dans différents scripts. Par exemple. Connexion utilisateur.
- Script de test : un scénario de test autonome codé dans un langage de programmation particulier à laide de loutil dautomatisation de test
- Résultats : cela inclut les journaux derreurs, létat dexécution, les captures décran, les rapports formels, etc.
Maintenant, comment allez-vous pense que ces différents composants interagissent pour tester avec succès lapplication, automatiquement? Comment modularisez-vous les flux applicatifs en différentes fonctions? Comment identifiez-vous et organisez-vous les objets dapplication? Où sont stockées les données de test? Comment y a-t-il accès? Doù exécutez-vous les scripts de test? Outil dautomatisation ou outil de gestion des tests? Quelles captures décran et journaux sont capturés? & dans quel format? Comment rapportez-vous les résultats de lexécution des tests? Ouais! Il doit y avoir un ensemble de lignes directrices régissant ces règles, non? Cest ce que nous appelons un Framework dautomatisation des tests !
Officiellement,
A Framework dautomatisation des tests est un ensemble de protocoles, normes et directives (programmés) qui définit les règles de test dun produit spécifique – comment les différents composants dautomatisation interagiront pour exécuter des scripts dautomatisation et capturer les résultats dune manière cohérente et avantageuse. Cest à dire. comment ces différents composants (blocs de construction) doivent être assemblés.
Dirigé par Exemple
Jespère que cela rendra le concept un peu clair? Non? Confus encore? Pour rendre cela plus clair, voyons quelques-unes des permutations et combinaisons de la façon dont ces différents composants peuvent interagir, cest-à-dire différentes façons dont ces composants peuvent être organisés.
- Lutilisateur utilise un enregistrement et une lecture fonctionnalité dans laquelle lutilisateur enregistre chaque étape du scénario de test (y compris la navigation et les entrées de données) >> le script est généré automatiquement >> éditez le script pour insérer des points de contrôle >> Lisez le script Lenvironnement, les objets et les données de test sont tous capturés lors de lenregistrement dans le script de test.
- Au lieu denregistrer chaque étape, regroupez les tâches courantes comme la connexion de lutilisateur dans des fonctions qui peuvent ensuite être appelées à partir de différents scripts de test.
- Nous pouvons créer un référentiel dobjets distinct pour stocker les détails de tous les objets dapplication, puis utiliser ces objets dans des scripts de test, au lieu didentifier lobjet à chaque fois dans chaque script.
- Que diriez-vous? nous gardons les données de test en dehors du script? Dites dans un fichier Excel séparé? Et puis charger ces valeurs dans des variables de script au moment de lexécution?
- Supposons que nous créons différentes fonctions pour chaque flux / action dapplication, puis lisons la séquence détapes (avec les données) à partir dun fichier externe comme Excel feuille? Par exemple. OpenHomePage >> EnterUsername >> EnterPassword >> ClickLogin
- Et si nous définissions un fichier de configuration commun contenant tous les paramètres denvironnement tels que lURL de lapplication, les informations spécifiques au navigateur, les informations de connexion, etc.?
- Capturer les captures décran uniquement pour les étapes ayant échoué et créer un rapport de réussite / échec cumulatif à la fin de lexécution du test, qui est enregistré dans un Drive partagé
- Les résultats du test sont enregistrés dans un autre fichier journal qui peut ensuite être envoyé aux parties prenantes
Le résumé
Le Framework dautomatisation des tests fournit à lutilisateur avec divers avantages qui les aident à développer, exécuter et rapporter efficacement les scripts de test dautomatisation – script standard, approche cohérente, cohérence de léquipe, évolutivité, modularité, moins sujet aux erreurs, compréhensibilité, réutilisation, intervention manuelle minimale, création de rapports facile, réduction coût, maintenance facile, etc.
Pour résumer, Framework dautomatisation des tests jouer un rôle clé dans les tests dautomatisation. Mais avant de commencer à créer un framework, gardez à lesprit quil existe une plage divergente de Test Automation Framework disponible de nos jours – assurez-vous de créer un framework qui convient le mieux au projet ou à lapplication en cours de test!
Eh bien, ce nétait quune introduction à cadre dautomatisation de test et jespère que vous avez une idée de base de ce quest un framework.