Un test de bon sens n'est en aucune manière limité au contexte de la programmation ou du génie logiciel. Un test de bon sens est juste un terme occasionnel qui signifie que vous testez/confirmez/validez quelque chose qui devrait suivre une logique très claire et simple. C'est demander à quelqu'un d'autre de confirmer que vous n'êtes pas fou et que ce qui vous semble logique a également un sens pour eux ... ou avez-vous consommé trop de boissons énergisantes au cours des 4 dernières heures pour préserver votre santé mentale?
Si vous cognez votre tête contre le mur, vous ne comprenez pas pourquoi quelque chose de très simple ne fonctionne pas ... vous demanderiez à quelqu'un de faire un test de santé mentale rapide pour vous. Demandez-leur de s'assurer que vous n'avez pas oublié ce point-virgule à la fin de votre boucle for les 15 dernières fois où vous l'avez vérifiée. Un exemple extrêmement simple ne devrait vraiment pas arriver, mais vous êtes parfois trop près de quelque chose pour prendre du recul et voir le tout. Une perspective différente aide parfois à s'assurer que vous n'êtes pas complètement fou.
Un bon exemple est un contrôle de cohérence pour une connexion à une base de données.
SELECT 1 FROM DUAL
C'est une simple requête pour tester la connexion, voir:
Il ne teste pas la fonctionnalité approfondie, mais seulement que la connexion est opérationnelle.
Un test de bon sens ou un contrôle de bon sens est un test de base permettant d’évaluer rapidement si une réclamation ou le résultat d’un calcul peut éventuellement être vrai @ http://en.wikipedia.org/wiki/Sanity_testing
La différence entre fumée et santé mentale, du moins si je comprends bien, c’est que le test de fumée est un test rapide qui permet de voir qu’après la construction l’application est suffisante pour les tests . Ensuite, vous effectuez un test de cohérence qui vous indiquerait si un domaine fonctionnel est suffisant pour qu’il soit logique de procéder à des tests sur ce domaine .
Exemple:
Test de fumée: je peux lancer l'application et naviguer à travers tous les écrans et l'application ne tombe pas en panne.
-Si l'application se bloque ou si je ne peux pas accéder à tous les écrans, cette version a vraiment un problème, un feu doit être éteint dès que possible et la vidéo ne convient pas aux tests.
Test d'intégrité (écran de gestion des utilisateurs): Je peux accéder à l'écran de gestion des utilisateurs, créer un utilisateur et le supprimer.
- Donc, l'application a passé le test de fumée, et maintenant je passe aux tests de santé mentale pour différents domaines. Si je ne peux pas compter sur l'application pour créer un utilisateur et le supprimer, il est inutile de tester des fonctionnalités plus avancées telles que l'expiration, les connexions, etc. Cependant, si le test de validité a été passé, je peux continuer cette zone.
Le test de fumée sert à tester rapidement la stabilité d'une nouvelle version . Le test de conformité est un test de l'environnement récemment déployé.
Pour une application logicielle, un test de cohérence consiste en un ensemble de nombreux tests permettant de rendre publique la version du logiciel accessible au public après l'intégration de nouvelles fonctionnalités et de corrections de bugs. Un test de bon sens signifie que si de nombreux problèmes peuvent subsister, les problèmes très critiques pouvant par exemple faire perdre de l’argent ou des données, ou faire planter le programme, ont été résolus. Par conséquent, s'il ne reste aucun problème critique, la version passe le test de cohérence. Il s’agit généralement du dernier test effectué avant la publication.
Le concept de base derrière un contrôle de cohérence consiste à s'assurer que les résultats de l'exécution de votre code sont alignés sur les résultats attendus. À part quelque chose qui est utilisé beaucoup moins souvent que prévu, un contrôle de cohérence adéquat permet de s’assurer que ce que vous faites ne va pas complètement hors des limites et qu’il ne fait pas quelque chose qui ne devrait pas en être la conséquence. L’utilisation la plus courante d’un contrôle de cohérence consiste à déboguer le code qui se comporte mal, mais même un produit final peut tirer parti de la présence de quelques-uns pour empêcher la création de bogues indésirables résultant de GIGO.
Dans le même ordre d'idées, ne sous-estimez jamais la capacité de vos utilisateurs à faire quelque chose que personne ne s'attendait réellement à faire. C’est une leçon que beaucoup de programmeurs n’apprennent jamais, quel que soit le nombre de fois enseigné, et les contrôles de cohérence sont un excellent outil pour vous aider à y faire face. "Je ne ferais jamais cela" n'est pas une excuse valable pour expliquer pourquoi votre code n'a pas résolu un problème, et de bons contrôles de cohérence peuvent vous aider à ne plus avoir à faire cette excuse.
Acte de vérification d’un morceau de code (ou de quelque chose d’autre, par exemple une publication Usenet) pour des erreurs complètement stupides.
Cela implique que la vérification vise à s'assurer que l'auteur était sain d'esprit au moment de sa rédaction;
par exemple, si un logiciel scientifique s'appuyait sur une formule donnée et donnait des résultats inattendus, on pourrait d'abord examiner l'imbrication des parenthèses ou le codage de la formule, comme un contrôle de cohérence, avant de se pencher sur les routines de manipulation des structures de données, encore moins l’algorithme lui-même.
C'est un test de base pour s'assurer que quelque chose fonctionne simplement.
Par exemple: connexion à une base de données. Ou envoyez un ping à un site Web/serveur pour voir s'il est en hausse ou en baisse.