what is comparison testing
Test de comparaison, une phrase souvent répétée et un type de test qui suscite notre attention. Examinons en détail comment le test de comparaison est effectué et ce qu'il signifie réellement en temps réel.
Qu'est-ce que le test de comparaison?
Les tests de comparaison consistent à évaluer les forces et les faiblesses d'un produit logiciel par rapport à d'autres produits logiciels existants sur le marché. L’objectif des tests de comparaison est de fournir des informations essentielles et essentielles à l’entreprise afin de démêler l’avantage concurrentiel du produit logiciel sur le marché face aux failles.
Le type de comparaison que nous faisons dépend de l'objet du test. Par exemple, l'objet du test pourrait être quelque chose comme:
- Une application web
- Application ERP
- Application CRM
- Un module d'une application nécessitant la validation des données après l'achèvement d'une transaction et ainsi de suite
Ce que vous apprendrez:
- Établissement de critères pour les tests de comparaison
- Les phases
- Exemples de scénarios de test pour une application CRM
- Comment les tests de comparaison peuvent aider l'entreprise
- Conclusion
- lecture recommandée
Établissement de critères pour les tests de comparaison
L'établissement de critères de test de comparaison pour un logiciel particulier est une question subjective déterminée par le type d'application logicielle testée et les cas d'utilisation spécifiques à l'entreprise. Les scénarios de test que nous développons dépendent du type d'application et des cas d'utilisation spécifiques à l'entreprise.
comment injecter du code dans un site Web
Les efforts et les procédures de test sont toujours organisés de telle manière que partout où il y a ambiguïté, une stratégie définie est élaborée qui peut être appliquée à tous les projets.
Nous répartirions donc ces tests en deux phases distinctes
Les phases
Ce test peut être effectué en deux phases distinctes:
- Comparaison du produit logiciel avec des normes ou des références connues
- Comparaison du produit logiciel avec les caractéristiques spécifiques d'autres produits logiciels existants
à)Par exemple, si une application Siebel CRM est testée, nous savons que toute application CRM dispose de modules qui traitent globalement de la capture des détails des clients, du traitement des commandes des clients, de la gestion des demandes des clients et des problèmes des clients.
Dans la première phase de test, nous pouvons tester la fonctionnalité de l'application par rapport à des normes et fonctionnalités connues comme existant sur le marché au moment des tests.
Nous pouvons poser des questions comme:
- L'application a-t-elle tous les modules qu'une application CRM devrait avoir?
- Les modules exécutent-ils les fonctionnalités de base comme prévu?
Nous allons faire évoluer les scénarios de test de manière à ce que les résultats des tests valident la fonctionnalité de l'application par rapport aux normes déjà connues du marché.
b) Dans la deuxième phase de test, nous pouvons comparer les fonctionnalités d'une application par rapport aux fonctionnalités d'autres produits logiciels du marché.
Par exemple , les fonctionnalités suivantes peuvent être considérées pour la comparaison avec d'autres produits logiciels.
#1) Prix
#deux) Performance de l'application
meilleur programme pour cloner un disque dur en ssd
Exemple: Temps de réponse, charge du réseau
# 3) Interface utilisateur (aspect et convivialité, facilité d'utilisation)
Dans les deux phases de test, les efforts de test sont structurés de manière à identifier les domaines potentiels susceptibles de perturber les activités. Une stratégie de test appropriée est développée pour diriger la conception et l'exécution des tests.
Une connaissance approfondie des cas d'utilisation et des exigences de l'entreprise est inévitable.
La manière structurée d'effectuer un test de comparaison
Exemples de scénarios de test pour une application CRM
Prenons l'exemple d'une application CRM pour l'achat de mobile à des fins de scénarios de test.
Nous savons qu'une telle application CRM devrait globalement aborder les fonctionnalités suivantes, à savoir.,
- Capture d'un profil utilisateur à des fins commerciales
- Valider les contrôles et les conditions avant de lancer la vente ou la commande
- Vérification de l'inventaire des articles
- Exécution de la commande d'articles
- Gestion des problématiques et demandes clients
En prenant en compte les fonctionnalités ci-dessus, nous pouvons faire évoluer des scénarios de test ou des conditions de test comme indiqué ci-dessous:
Comparaison avec les standards connus-Template
ID de scénario | Description du scénario | ID d'exigence | ID de cas d’utilisation de l’entreprise |
---|---|---|---|
Scénario##### | Vérifier si le problème client est traité et fermé par l'application CRM | Demande #### | Cas d'utilisation# |
Scénario##### | Vérifiez si l'application CRM capture les détails du client | Demande #### | Cas d'utilisation# |
Scénario##### | Vérifiez si l'application CRM valide la solvabilité du client avant de lancer les ventes | Demande #### | Cas d'utilisation# |
Scénario##### | Vérifiez si l'application CRM valide la solvabilité du client avant de lancer les ventes | Demande #### | Cas d'utilisation# |
Scénario##### | Vérifier si l'équipement commandé est dans l'inventaire des articles | Demande #### | Cas d'utilisation# |
Scénario##### | Vérifier si la zone géographique dans laquelle vit le client est couverte par le réseau mobile | Demande #### | Cas d'utilisation# |
Scénario##### | Vérifiez si un ticket d'incident est généré pour chaque problème client | Demande #### | Cas d'utilisation# |
Comparaison des fonctionnalités spécifiques-Template
ID de scénario | Description du scénario | ID d'exigence | ID de cas d’utilisation de l’entreprise |
---|---|---|---|
Scénario##### | Vérifiez le prix de l'application par rapport aux autres produits logiciels | Demande #### | Cas d'utilisation# |
Scénario##### | Vérifiez le temps nécessaire pour traiter les demandes des utilisateurs. Comparez avec d'autres produits logiciels | Demande #### | Cas d'utilisation# |
Scénario##### | Vérifiez la charge réseau maximale que l'application peut prendre en charge. Comparez avec d'autres produits logiciels | Demande #### | Cas d'utilisation# |
Scénario##### | Vérifiez l'aspect et la convivialité d'une interface utilisateur. Comparez avec d'autres produits logiciels | Demande #### | Cas d'utilisation# |
Scénario##### | Vérifiez l'intégration de bout en bout de l'application par rapport à d'autres produits logiciels | Demande #### | Cas d'utilisation# |
Notez que les modèles illustrent les conditions de test et non la description détaillée étape par étape telle qu'elle apparaît dans un cas de test.
Comment les tests de comparaison peuvent aider l'entreprise
Un critère de test de comparaison sans ambiguïté et des résultats de test précis peuvent aider l'entreprise, faire des déclarations pour le produit logiciel comme
- L'application la plus rapide en termes de temps de réponse
- Le produit le plus durable en ce qui concerne la charge du réseau et ainsi de suite
Les résultats des tests peuvent être utilisés non seulement pour promouvoir le produit logiciel, mais aussi pour dénoncer les pièges et improviser le produit.
Un aperçu des défis, des limites et de la portée de ces tests:
Le succès de toute nouvelle entreprise ou d'un produit logiciel est le résultat de diverses activités telles que la conception, le développement, les tests, les stratégies de vente et de marketing, les investissements et les bénéfices accumulés.
Dans ce contexte, les tests de comparaison aident à prendre des décisions critiques concernant le produit logiciel mais ne peuvent garantir le succès du produit. Malgré des tests exhaustifs, l'entreprise peut encore échouer en raison de stratégies et de décisions commerciales inexactes. Par conséquent, l'étude de marché et l'évaluation de diverses stratégies commerciales sont un sujet en soi et au-delà de la portée des tests de comparaison.
Une étude de cas typique pour comprendre la portée de ce test:
Le lancement de Disney mobile aux États-Unis en 2005 est un cas à étudier. Disney a fait son incursion dans le secteur des services sans fil sans aucune expérience préalable des télécommunications. La nouvelle entreprise mobile a très mal trébuché aux États-Unis malgré le nom de marque appelé «Disney».
Un post-mortem dans son échec initial a révélé que le produit avait échoué, non pas à cause d'une mauvaise conception ou de tests inexacts, mais à cause de mauvaises décisions marketing et commerciales.
Disney mobile a ciblé les enfants et les amateurs de sport en tant que clients avec la promesse de fournir des fonctionnalités de téléchargement et de contrôle familial uniques.
La même application mobile Disney qui a lamentablement échoué aux États-Unis a pris de l'ampleur au Japon. Il est intéressant de noter que cette fois-ci, les principaux clients cibles n'étaient pas les enfants mais les femmes entre 20 et 30 ans.
Conclusion
Introduire un nouveau logiciel, c'est comme pénétrer dans un territoire inconnu avec des possibilités diverses.
De nombreux produits réussissent parce que leurs créateurs ont identifié un besoin non satisfait sur le marché et ont compris la viabilité de la nouvelle idée.
Les tests de comparaison peuvent devenir un outil puissant pour comprendre la viabilité d'un produit logiciel.
Il fournit des intrants commerciaux cruciaux pour promouvoir le produit logiciel et également exposer les failles avant que le produit ne soit lancé sur le marché.
Veuillez partager vos pensées / suggestions dans la section des commentaires ci-dessous.
meilleur logiciel d'extraction de DVD pour Windows 10
lecture recommandée
- Qu'est-ce que le test de composant ou le test de module (apprendre avec des exemples)
- Meilleurs outils de test de logiciels 2021 (Outils d'automatisation des tests QA)
- Emploi d'assistant QA en test logiciel
- Qu'est-ce que les tests d'endurance dans les tests logiciels (exemples)
- EBook sur le pack de carrière en test de logiciels
- Qu'est-ce que le test d'intégration de système (SIT): apprendre avec des exemples
- Types de tests logiciels: différents types de tests avec des détails
- Test fonctionnel vs test non fonctionnel