Introduction aux tests de résistance
Le test de stress est un type de technique de test non fonctionnel qui aide à déterminer la vitesse de l'application testée. Il s'agit d'un type de technique de test logiciel qui est effectué dans le cadre de tests de performance afin de vérifier la stabilité, la fiabilité et les performances du système lorsqu'il est soumis à des niveaux élevés de contrainte et de charge. Ce test teste essentiellement le système sur sa robustesse et sa gestion des erreurs dans des conditions de charge extrêmement élevées. Il testera également au-delà du point de fonctionnement général afin d'évaluer le fonctionnement du système dans les conditions extrêmes de surcharge afin d'assurer la capacité du système à supporter la contrainte. Il est extrêmement important que le système récupère après avoir été soumis à des tests de résistance, car ce type de stress a une forte probabilité d'occurrence dans l'environnement de production.
Raisons de mener des tests de résistance
La plupart d'entre nous réfléchiront aux raisons d'effectuer des tests de résistance. Donc, avant d'aller plus loin, examinons d'abord quelques raisons importantes pour soumettre la demande sous test à des tests de résistance.
- La toute première raison est de tester l'option de récupération de données en cas de défaillance du système. Pendant le test de stress, le testeur vérifie que le système stockera les données ou non afin de les récupérer plus tard avant de se bloquer.
- Une autre importance de ces tests réside dans la détermination des problèmes de sécurité (le cas échéant) qui pourraient survenir en cas de défaillance inattendue du système.
- Il permet également de vérifier si le système imprimera des messages d'erreur significatifs pendant le temps d'échec ou de plantage. L'objectif ici est de recevoir une erreur qui s'explique d'elle-même et de nature générale au lieu d'imprimer toute exception aléatoire générée au niveau du backend.
- Une autre raison utile pour soumettre une application à tester est de pouvoir surveiller les performances et le comportement du système pendant les pannes ou pannes inattendues.
Objectif / importance des tests de résistance
Les tests de résistance ou les tests de logiciels sont une évaluation importante exercée dans diverses entreprises qui s'intègre dans le cadre d'une entreprise robuste. La tentative consiste à établir le fonctionnement sur sa robustesse, une erreur de manipulation rompt le système testé en confondant les sources.
L'intention première des tests de résistance
- Il faut être certain que l'opération échoue désormais la rendant évidente à la restauration. En d'autres termes, cette particularité est connue sous le nom de récupérabilité. Les tests de logiciels ou les tests de stress peuvent être adaptés pour révéler des malversations de données.
- Souvent, les conditions de concurrence et les fuites de mémoire sont identifiées lors de tests de résistance. La fuite de mémoire est une sorte de fuite de ressource qui se produit lorsqu'un logiciel régit la distribution de la mémoire de telle sorte que la mémoire qui n'est plus nécessaire n'est pas libérée /. Des fuites de mémoire peuvent survenir lorsqu'un objet est déposé en mémoire mais ne peut pas être atteint par le code en cours d'exécution
- Un outil de recherche progressif qui peut détecter les fuites de mémoire surveille généralement à la fois l'attribution et la non-affectation de mémoire.
- Tout comme un bloc de mémoire alloué de manière charismatique est hors de portée sans être libéré, l'appareil note l'emplacement de la fuite. La plupart des appareils notent ensuite ces données dans un journal. Dans certains cas, cela pourrait arrêter la mise en œuvre du code instantanément et atteindre la ligne de code où la mise en œuvre s'est produite.
Exemples de gestion des tests de résistance aux fuites de mémoire
Exemple 1
Le test de résistance des fuites de mémoire est administré en stimulant un large volume d'actions qui augmentent les coups dans la création, le stockage et l'élimination des données en mémoire et en stockant le système dans l'état du fiasco pour voir si le système récupère facilement.
Exemple 2
À condition qu'une application de commerce électronique, un outil de test de stress ou une écriture puisse être utilisé pour susciter un excellent nombre d'utilisateurs ajoutant un très grand nombre de choses à leur panier, énumérant et retirant des articles de leur panier et s'efforçant de passer à la caisse . C'est l'un des tests qui vous aidera à déterminer s'il y a des fuites de mémoire dans le segment du panier ou la méthode de paiement.
Five Paradigm / Paragon of Stress Testing
Nous considérerons que l'équipe de test de performance met en avant une application de commerce électronique de test de stress qui échange des éléments essentiels du camping.
- Pour mettre en œuvre des activités générales telles que l'arpentage des marchandises, l'ajout, l'élimination des marchandises du panier et l'achat des marchandises, ces utilisateurs virtuels sont programmés.
- Le nombre d'utilisateurs augmente rapidement, ce qui le rend en panne jusqu'à ce que le site Web se brise et ne soit plus capable de réglementer les échanges ultérieurs.
- Les points supplémentaires qui peuvent être appropriés et qui peuvent être notés sont
- Le fonctionnement du site Web et comment il se comporte à ce moment et s'il peut récupérer facilement.
- Les répercussions de l'analyse sont utilisées pour distinguer les goulots d'étranglement, les zones d'amélioration de l'achèvement, la restauration, l'outil de basculement, etc.
Pour une telle augmentation instantanée de la totalité des visiteurs sur le site Web, afin de gérer ces conditions, les tests de résistance sont très essentiels. L'incapacité à gérer un tel coup de pouce imprévu pourrait se traduire par une perte de revenus et de goodwill. Pour formuler les tests de contrainte de manière appropriée, le système doit afficher un message d'erreur dans des conditions de contrainte maximale et lorsque la charge émerge comme conventionnelle, elle est présumée pouvoir récupérer.
Différents types de techniques utilisées
Il existe plusieurs méthodes ou techniques pour tester l'application contre le stress. Il s'agit notamment de - la technique de test transactionnel, la technique de test exploratoire, la technique de test distribué, la technique de test systématique, la technique de test de stress d'application, etc. Certains d'entre eux ont été mieux expliqués ci-dessous.
1) Tests transactionnels
Exactement ce que le nom laisse entendre, le type transactionnel de test de résistance teste la quantité de stress qu'une application peut prendre au moment des transactions entre une application à une autre.
2) Tests distribués
Dans cette méthode de test, tous les clients associés au serveur sont examinés. La position et la responsabilité du serveur sont la diffusion d'un groupe de stress tests auprès de chaque client et le suivi de sa situation.
3) Essais exploratoires
Dans cette méthode de test de stress, l'opération est testée pour des circonstances inhabituelles pour lesquelles les chances d'occurrence en temps réel sont très improbables. Peu d'exemples de ce type de test de résistance pour tester de tels scénarios rares sont
- Notamment, la grande quantité d'utilisateurs simultanés tente de se connecter à l'application en cours de test.
- Les données sont ajoutées en quantité très importante dans la collecte de données.
4) Test d'application
Ce type d'applications de test de stress est couramment appliqué dans le sens de révéler les lacunes liées aux goulots d'étranglement dans les performances, les problèmes de réseau, les blocages de données et les verrous.
5) Tests systématiques
Des tests systématiques sont effectués pour essayer plusieurs opérations qui fonctionnent sur un serveur. Il permet à l'équipe de test d'identifier où les données d'un logiciel se bloquent vers un logiciel alternatif.
Divers outils disponibles pour les tests de résistance
Généralement, tous les outils de test de performances utilisés pour les tests de charge peuvent également être appliqués pour ces tests. Ceux qui sont le plus généralement utilisés sont discutés ci-dessous
- Loadrunner: Loadrunner de HP est l'outil largement accepté pour exécuter des tests de résistance et les conséquences procurées par Loadrunner sont considérées comme une référence.
- Jmeter: Un outil open-source disponible gratuitement est une application Java capable de réaliser tous les types de tests de performances.
- Neo Load: Cette méthode est adoptée pour réaliser des stress tests sur le web et en plus de cela sur des applications mobiles. Il a une domination innombrable dont certains soutiennent tous les principaux serveurs accessibles sur le marché, pourrait être utilisé pour gérer ces tests sur les applications de tri ERP, CRM et Business Intelligence, etc.
Approche des tests de résistance
La procédure utilisée pour diriger les tests de résistance est plus ou moins similaire aux étapes utilisées pour effectuer les tests car il s'agit d'un type de test de performance. Les sept méthodes décrites ci-dessous sont utilisées pour gérer tout type de test de performance, qu'il s'agisse de test de volume, de test de charge ou de test de stress.
- Reconnaître l'ambiance des tests: la façon de détecter les détails des configurations réseau, les détails du logiciel et du matériel et les autres outils nécessaires pour tester la résistance d'une application.
- Identification des modèles d'approbation des performances: séparez les métriques d'implémentation utilisées pour ce test afin d'étudier l'exécution de l'application testée. En plus de cela, il détecte également les normes d'accomplissement pour un test de résistance.
- Faire un schéma et une conception pour les tests de résistance: Ce processus implique la génération d'un plan de test de résistance, d'un cadre de test de performance, etc.
- Concevoir l'arrière-plan du test: équiper l'ambiance du test, le mécanisme et les ressources essentiels pour mettre en œuvre chaque stratégie à mesure que les traits et les éléments deviennent accessibles pour le test.
- Exécuter la conception de test: agrandissez les tests de résistance en suivant les meilleures méthodes de conception de test.
- Exécuter des tests: administrer et surveiller les tests. Authentifiez les tests, les informations de test et les répercussions dans l'assemblage.
- Examiner le résultat: fusionner et distribuer les données de résultat obtenues après le test. Après confirmation que les données de référence n'ont pas violé la valeur de seuil et les limites définies, les données requises sont collectées, ce qui marque la fin du test d'une fonction spécifique dans un environnement spécifié.
Différence entre les tests de résistance et les tests de charge
| Test de charge | Test de résistance |
| L'opération est examinée en la chargeant à son potentiel le plus élevé et en enregistrant sa réponse. | Le système est plein au-delà de sa capacité jusqu'au cran de défaillance et ses performances sont documentées. |
| Vérifie les limitations et les mesures telles que le temps de réaction à la charge maximale, les transactions par seconde, le débit, etc. | D'autres mesures comme le débit, les transactions par seconde, etc. De plus, d'autres mesures comme les erreurs par seconde, le nombre de transactions ayant échoué, les utilisateurs avec des erreurs, le temps de restauration du serveur sont répertoriés. |
| Il s'agit de déterminer le but de la charge à laquelle l'application / le système peut résister, les niveaux de réalisation aux limites. | Son est fait pour savoir comment si l'application échoue, elle est récupérée. Il est également effectué pour étudier la manière dont l'application répond sous des charges lourdes étranges. |
Mesures pour effectuer des tests de résistance d'une application
Les métriques sont un pointeur de performance crucial. Les mesures les plus régulièrement appliquées sont mentionnées ci-dessous
- Le temps de réponse moyen d'une transaction: cela signifie le temps que prend une transaction pendant qu'elle s'exécute toutes les secondes pendant l'exécution du scénario.
- Somme du nombre de transactions effectuées chaque seconde: nombre de transactions passées, échouées ou terminées lors de l'exécution du scénario.
- Toutes les transactions sont effectuées chaque seconde: le nombre de transactions passées, échouées ou terminées lors de l'exécution du scénario pour chaque transaction qui a lieu.
- Le nombre d'erreurs se produisant par seconde: une moyenne estimée du nombre d'erreurs rencontrées au moment de l'exécution du scénario.
- Nombre de hits par seconde: Pendant l'exécution du scénario, les utilisateurs font plusieurs requêtes au serveur Web chaque seconde. Le compte total de celui-ci donne le nombre de coups par seconde.
- Temps de réponse de la transaction lorsqu'elle est soumise à une charge importante: lors de l'exécution du scénario, le nombre d'utilisateurs virtuels est directement lié au temps pris par une transaction.
Conclusion
Les tests de résistance ou les tests de logiciels sont une évaluation importante exercée dans diverses entreprises qui s'intègre dans le cadre de la solide entreprise. Ce test détermine principalement le système sur sa robustesse et sa gestion des erreurs dans des conditions de charge extrêmement lourdes. Il testera également au-delà du point de fonctionnement général afin d'évaluer le fonctionnement du système dans les conditions extrêmes de surcharge afin de garantir la capacité du système à supporter la contrainte. Il est extrêmement important que le système récupère après avoir été soumis à des tests de résistance, car ce type de stress a une forte probabilité d'occurrence dans l'environnement de production. Le système est testé pour présenter un message d'erreur approprié dans des conditions de stress maximum.
Articles recommandés
Ceci a été un guide sur ce qu'est le test de résistance. Nous discutons ici de la raison, des objectifs, des exemples de fuite de mémoire, de cinq parangons, de cinq types utilisés pour les tests de stress respectivement. Vous pouvez également parcourir nos articles pour en savoir plus-
- Test du système
- Test de stabilité
- Test de sécurité
- Guide des tests statiques
- 8 Tâche importante pour écrire un modèle de plan de test
- Guide complet de test d'application