<\/span><\/h2>\nLes tests d’int\u00e9grit\u00e9 permettent d’\u00e9conomiser beaucoup de temps et d’efforts, car ils emp\u00eachent les \u00e9quipes d’assurance qualit\u00e9 de perdre du temps \u00e0 effectuer des tests plus approfondis avant de s’assurer que les fonctions essentielles du logiciel fonctionnent comme elles le devraient.<\/p>\n
Les tests d’int\u00e9grit\u00e9 sont rapides, rentables et n\u00e9cessaires si les \u00e9quipes de d\u00e9veloppement et de test veulent cr\u00e9er des logiciels exempts de bogues de mani\u00e8re efficace et rapide.<\/p>\n
\u25cf Il permet d’\u00e9conomiser du temps et des ressources
\n\u25cf Aucun effort de documentation n’est requis
\n\u25cf Il peut aider \u00e0 identifier les objets manquants.
\n\u25cf Elle permet d’\u00e9viter des probl\u00e8mes majeurs par la suite.<\/p>\n
<\/h3>\n<\/span>C’est efficace et rapide<\/span><\/h3>\nLes tests d’int\u00e9grit\u00e9 sont un moyen rapide et efficace de v\u00e9rifier si les fonctionnalit\u00e9s cl\u00e9s d’un logiciel fonctionnent comme pr\u00e9vu.<\/p>\n
Vous pouvez effectuer des tests simples en moins d’une heure et, s’ils sont concluants, votre \u00e9quipe d’assurance qualit\u00e9 a le feu vert pour poursuivre les tests.<\/p>\n
<\/h3>\n<\/span>Il ne n\u00e9cessite pas de documentation<\/span><\/h3>\nLa plupart des tests d’int\u00e9grit\u00e9 ne sont pas script\u00e9s, ce qui signifie que les testeurs ne sont pas tenus de r\u00e9diger les crit\u00e8res de r\u00e9ussite ou d’\u00e9chec de chaque test ou de r\u00e9diger une documentation pour pr\u00e9senter les r\u00e9sultats du test d’int\u00e9grit\u00e9. Cela signifie qu’elle peut \u00eatre effectu\u00e9e relativement rapidement et de mani\u00e8re d\u00e9contract\u00e9e, sans perturber le travail de mani\u00e8re significative.<\/p>\n
<\/h3>\n<\/span>Il peut identifier des objets manquants<\/span><\/h3>\nLes tests d’int\u00e9grit\u00e9 peuvent aider les testeurs \u00e0 identifier les objets li\u00e9s ou manquants qui pourraient \u00eatre cruciaux pour le fonctionnement de la version. Parce que les tests d’int\u00e9grit\u00e9 sont utilis\u00e9s pour tester individuellement des fonctionnalit\u00e9s sp\u00e9cifiques, il est plus facile d’identifier les bogues et les probl\u00e8mes individuels lors des tests d’int\u00e9grit\u00e9 que lors des tests de fum\u00e9e et autres tests initiaux de logiciels.<\/p>\n
<\/h3>\n<\/span>Il permet d’\u00e9viter des probl\u00e8mes majeurs par la suite<\/span><\/h3>\nLes tests de v\u00e9rification de l’int\u00e9grit\u00e9 peuvent vous aider \u00e0 identifier les probl\u00e8mes d\u00e8s le d\u00e9but du processus de test et \u00e0 \u00e9viter l’incidence de bogues majeurs et spectaculaires \u00e0 un stade ult\u00e9rieur du d\u00e9veloppement. L’identification pr\u00e9coce des probl\u00e8mes peut vous aider \u00e0 respecter le calendrier de d\u00e9veloppement et \u00e0 \u00e9viter des erreurs co\u00fbteuses.<\/p>\n
<\/h2>\n<\/span>Les d\u00e9fis des tests d’int\u00e9grit\u00e9<\/strong><\/span><\/h2>\nLe contr\u00f4le de l’int\u00e9grit\u00e9 n’est pas sans poser de probl\u00e8mes. Les logiciels de contr\u00f4le de la qualit\u00e9 peuvent aider les testeurs \u00e0 identifier certains des principaux bogues d’une version avant de poursuivre les tests, mais ce n’est pas un moyen fiable d’identifier tous les probl\u00e8mes qui pourraient survenir.<\/p>\n
Voici quelques-uns des d\u00e9fis que posent les tests d’int\u00e9grit\u00e9 :<\/p>\n
\u25cf Elle a un champ d’application relativement \u00e9troit et peut passer \u00e0 c\u00f4t\u00e9 de certaines questions.
\n\u25cf Les tests de sant\u00e9 ne sont pas sc\u00e9naris\u00e9s.
\n\u25cf Les d\u00e9veloppeurs ne savent pas toujours comment corriger les bogues d\u00e9couverts lors des tests de bon sens.
\n\u25cf Les tests de salubrit\u00e9 ne portent que sur les commandes et les fonctions du logiciel.<\/p>\n
<\/h3>\n<\/span>Son champ d’application est \u00e9troit<\/span><\/h3>\nLes tests d’int\u00e9grit\u00e9 ont un champ d’application tr\u00e8s \u00e9troit par rapport \u00e0 de nombreux autres types de tests. L’objectif des tests de bon sens est de tester des fonctionnalit\u00e9s ou des modifications sp\u00e9cifiques pour s’assurer qu’elles fonctionnent correctement. En dehors de ces changements, les tests d’int\u00e9grit\u00e9 n’offrent aucun aper\u00e7u de la fonctionnalit\u00e9 globale de la version du logiciel.<\/p>\n
<\/h3>\n<\/span>Il n’est pas sc\u00e9naris\u00e9<\/span><\/h3>\nBien que certains testeurs puissent consid\u00e9rer cela comme un avantage, le fait que les tests d’int\u00e9grit\u00e9 ne soient pas script\u00e9s signifie qu’il n’y a pas de documentation \u00e0 laquelle se r\u00e9f\u00e9rer \u00e0 l’avenir si les d\u00e9veloppeurs ou les testeurs veulent v\u00e9rifier les r\u00e9sultats d’un test d’int\u00e9grit\u00e9. Les tests d’int\u00e9grit\u00e9 n’ont qu’une utilit\u00e9 limit\u00e9e au-del\u00e0 de leur impact imm\u00e9diat.<\/p>\n
<\/h3>\n<\/span>Il ne teste que les fonctions et les commandes<\/span><\/h3>\nLes tests d’int\u00e9grit\u00e9 ne sont utilis\u00e9s que pour tester les fonctions et les commandes d’un logiciel. Il n’est pas possible de tester le fonctionnement du logiciel au niveau de la structure de conception dans le cadre des tests de bon sens, ce qui signifie qu’il n’est pas toujours facile pour les d\u00e9veloppeurs d’identifier les probl\u00e8mes qui se posent et la mani\u00e8re de les r\u00e9soudre.<\/p>\n
<\/h2>\n<\/span>Les caract\u00e9ristiques du test d’int\u00e9grit\u00e9<\/strong><\/span><\/h2>\nLes tests d’int\u00e9grit\u00e9 peuvent \u00eatre diff\u00e9renci\u00e9s des autres formes de tests de logiciels sur la base de leurs principales caract\u00e9ristiques. Il est possible de d\u00e9finir le test d’int\u00e9grit\u00e9 en consid\u00e9rant ses caract\u00e9ristiques, qui sont les suivantes :<\/p>\n
\u25cf Simple
\n\u25cf Non script\u00e9
\n\u25cf Sans-papiers
\n\u25cf Profond
\n\u25cf \u00c9troit
\n\u25cf R\u00e9alis\u00e9 par des testeurs<\/p>\n
<\/h3>\n<\/span>Simple<\/span><\/h3>\nLe test d’int\u00e9grit\u00e9 est une forme simple de test de logiciel qui se veut facile \u00e0 concevoir et tout aussi facile \u00e0 r\u00e9aliser. Cela signifie que les tests d’assurance qualit\u00e9 peuvent \u00eatre effectu\u00e9s rapidement, au fur et \u00e0 mesure des besoins, sans que les \u00e9quipes de test n’aient \u00e0 programmer des tests informels.<\/p>\n
<\/h3>\n<\/span>Non script\u00e9 et non document\u00e9<\/span><\/h3>\nLes tests d’int\u00e9grit\u00e9 sont g\u00e9n\u00e9ralement non script\u00e9s et non document\u00e9s, ce qui contribue \u00e9galement \u00e0 la d\u00e9sinvolture avec laquelle les tests d’int\u00e9grit\u00e9 peuvent \u00eatre men\u00e9s dans la plupart des environnements de test.<\/p>\n
Les tests d’int\u00e9grit\u00e9 sont un processus informel dont l’objectif principal est de v\u00e9rifier que les fonctions et caract\u00e9ristiques modifi\u00e9es fonctionnent comme pr\u00e9vu.<\/p>\n
<\/h3>\n<\/span>Profonde et \u00e9troite<\/span><\/h3>\nLes tests d’int\u00e9grit\u00e9 sont un type de tests de logiciels qui sont consid\u00e9r\u00e9s comme \u00e9tant \u00e0 la fois profonds et \u00e9troits. Cela signifie que les tests d’int\u00e9grit\u00e9 ne couvrent qu’une vision \u00e9troite de l’\u00e9laboration d’un logiciel, mais qu’ils approfondissent les aspects de l’\u00e9laboration qu’ils testent.<\/p>\n
Par exemple, les testeurs de logiciels peuvent tester en d\u00e9tail la fonction d’une seule fonctionnalit\u00e9 plut\u00f4t que de tester toutes les fonctionnalit\u00e9s de base \u00e0 un niveau \u00e9l\u00e9mentaire.<\/p>\n
<\/h3>\n<\/span>R\u00e9alis\u00e9 par les testeurs<\/span><\/h3>\nLes tests de s\u00e9curit\u00e9 sont presque toujours effectu\u00e9s par des testeurs. Cela diff\u00e9rencie les tests de bon sens d’autres formes courantes de tests de logiciels, comme les tests de fum\u00e9e, qui peuvent \u00eatre effectu\u00e9s par les \u00e9quipes d’assurance qualit\u00e9 ou les d\u00e9veloppeurs.<\/p>\n
<\/h2>\n<\/span>Tests d’int\u00e9grit\u00e9, tests de fum\u00e9e et tests de r\u00e9gression<\/strong><\/span><\/h2>\nLes tests d’int\u00e9grit\u00e9, les tests de fum\u00e9e et les tests de r\u00e9gression sont souvent \u00e9voqu\u00e9s ensemble et certaines personnes peuvent confondre les diff\u00e9rents types de tests si elles ne comprennent pas les diff\u00e9rences entre la d\u00e9finition des tests d’int\u00e9grit\u00e9 et les autres types de tests.<\/p>\n
Les tests de fum\u00e9e et d’int\u00e9grit\u00e9 sont tous deux des tests rapides effectu\u00e9s pour d\u00e9terminer si un logiciel fonctionne correctement. Cependant, les tests d’int\u00e9grit\u00e9 sont diff\u00e9rents des tests de fum\u00e9e et des tests de r\u00e9gression.<\/p>\n