The optional fields are a test case ID, test step, or order of execution number, related requirement(s), depth, test category, author, and check boxes for whether the test is automatable and has been automated.

Capability Maturity Model Integration

Exploratory approach

History[edit] Glenford J. Myers initially introduced the separation of debugging from testing in 1979.[14] Although his attention was on breakage testing ("A successful test case is one that detects an as-yet undiscovered error."[14]: 16 ), it illustrated the desire of the software engineering community to separate fundamental development activities, such as debugging, from that of verification.

A study conducted by NIST in 2002 reports that software bugs cost the U.S. economy $59.5 billion annually. More than a third of this cost could be avoided, if better software testing was performed

combinatorial test design to identify the minimum number of tests needed to get the coverage they want

Software faults occur through the following process: A programmer makes an error (mistake), which results in a fault (defect, bug) in the software source code. If this fault is executed, in certain situations the system will produce wrong results, causing a failure.

Testing cannot establish that a product functions properly under all conditions, but only that it does not function properly under specific conditions.

Il est recommandé d'avoir quelques tests clés de bout en bout et de s'appuyer davantage sur des tests de niveau inférieur (tests unitaires et d'intégration)

Mais il est toujours utile de lancer des tests manuels avec ce qu'on appelle des tests exploratoires, comme nous le verrons dans ce guide.

e la vérification d'une seule méthode dans une classe jusqu'à s'assurer que l'exécution d'une séquence d'actions complexes dans l'interface utilisateur mène aux mêmes résultats.

mesurer leur portée et leur impact

Les équipes ont accès à des actifs tels que le code, les exigences, les documents de conception, les modèles, les scripts de test et les résultats de tests.

Le test logiciel suit un processus commun. Les tâches ou étapes comprennent la définition de l'environnement de test, le développement de cas de test, la rédaction de scripts, l'analyse des résultats de test et la soumission de rapports de défauts.

Défauts architecturaux Mauvaises décisions de conception Fonctionnalité non valide ou incorrecte Vulnérabilités de sécurité Problèmes d'évolutivité

Effectuer des tests plus tôt dans le cycle permet de garder l'effort de test au premier plan plutôt que comme une réflexion après coup par rapport au développement. Effectuer des tests logiciels précoces permet également de réduire les coûts de la résolution des défauts.

« Dans les années 1990, il y a eu une transition des tests vers un processus plus complet appelé assurance qualité, qui couvre l'ensemble du cycle de développement logiciel et affecte les processus de planification, de conception, de création et d'exécution des cas de test, le support des cas de test existants et les environnements de test », déclare Alexander Yaroshko dans son article sur le site des développeurs uTest.

Le test logiciel est arrivé en même temps que le développement logiciel, qui a débuté juste après la seconde guerre mondiale. C'est à l'informaticien Tom Kilburn que l'on doit l'écriture du premier logiciel qui a été lancé le 21 juin 1948 à l'Université de Manchester, en Angleterre