More Related Content
Recently uploaded
Recently uploaded (20)
Featured
Featured (20)
Exploratoire
- 1. Le test exploratoire A la recherche du bug caché
- 3. CONF ORME
- 7. a style of software testing that emphasizes the personal freedom and responsibility of the individual tester to continually optimize the quality of his/her work by treating testrelated learning, test design, test execution, and test result
- 8. DESIG NING
- 9. EXEC UTING
- 10. LEAR NING
- 11. STEE RING
- 13. ORGA NISER
- 15. Expore (target)
- 16. with (resour
- 17. To discov
- 18. Explore editing profiles with injection attacks to discover
- 19. Explorer l’édition de profile avec avec le nom To’to pour découvrir si les accents sont bien
- 20. Explorer l’édition de profile avec avec le nom To’to pour découvrir si les accents sont bien
- 21. COMM ENT?
- 22. DISCUT ER
- 23. CAUCH EMARD
- 24. A LA
- 25. BRAINST ORMER
- 26. CONVER TIR
- 27. PLANIFIE R
- 28. RÉSUMÉ
- 29. OBSERV ER
- 31. The more people focus on aspects of their visual world other than the dectection of unexpected objets, the less likely they are to
- 37. VARIA
- 41. IDENT
- 42. HEURIS TIQUES
- 45. TOO MANY
- 46. TOO FEW
- 47. 0
- 48. Beginnin g,
- 49. …
- 50. PATH/FILE Long Name (>255 chars) Special Characters in Name (space * ? / | < > , . ( ) * + , - ; : ‘ “ ! @ # $ % ^ &) Non-Existent Already Exists No Space Minimal Space Write- Protected, Unavailable, Locked, On Remote Machine, Corrupted …
- 51. STRING Long (255, 256, 257, 1000, 1024, 2000, 2048 or more characters) Accented Chars (àáâãäåçèéêëìíîðñòôõöö, etc.) Asian Chars Common Delimiters and Special Characters ( “ ‘ ` | / , ; : & < > ^ * ? Tab ) Leave Blank Single Space Multiple Spaces Leading Spaces End-of-Line Characters (^M) SQL Injection ( ‘select * from customer ) With All Actions ….
- 52. =1(100 * (1
- 53. = (1 (100 * (1
- 54. NAVIGATI ON
- 55. RÉSUMÉ
- 56. RÉSU
- 57. CHALLE NGE
- 58. NEVER, ALWAYS
- 59. CORE
- 60. -ITÉ
- 61. PAIRS
- 62. ALTERN ATIVES
- 63. STANDA RDS
- 64. NORME S
- 65. APPROXI MATION
- 66. INTERVAL E
- 67. DISTRIBU TION
- 68. MIN / MAX
- 69. RÉSUMÉ
- 70. DIMENSI ONS
- 71. HABITUD ES
- 72. PERSON A
- 73. RÉSUMÉ
- 74. FIN
- 75. ?
Editor's Notes
- On peutpenserquecomme on vaparler de test, je vaism’adresser aux developpeursou aux testeurs. Pas du tout. On vaaborder des notions importantes pour toute les personnes qui désirentobtenir un produitsolide et fiable. On ne parle pas de qualité de code, de couverture de tests. Non, ce qui nous interese, c’est la qualité du produit.Quelsquesoitnotre position, la plupartd’entre nous testefréquemment. Tester estune part important lorsquel’oncréequelque chose. Sans tests, on restedansune phase de simulation.
- La première chose qui nous interessec’est : Estceque le logiciel se comporteconformément a ce qui estattendu ?
- Est-cequ’il y a d’autresrisques ?Par exemple, mon site d’e-commerce estconformeàce qui a étédéfini. Maisestceque les données des cartesbleues des clients sontbien protégés ? Estcequel’utilisateur Y peutavoir les données de X ? Qu’estce qui se passesiquelqu’unmodifie son cookie à la main ?La premiere question, celle de la conformité, on peut y repondre avec un plan de tests defini en avance plus oumoinspoussé.Et meme si le logicielou la fonctionnalitéesttresbientestee, ilrestetoujours la seconde question. Estc’esticque les tests exploratoiresprennenttousleurssens.
- Les tests exploratoiresvontpermettred’explorer des zones non couvertes par les tests planifiés. Typiquement, aller au dela de la fonctionnalitéseule et la considérerdans son périmetre reel ouellen’est pas isolée.Commelorsquel’onteste du code, unecouverture de test de 100% negarantit pas que le code soit de qualité. Que la feature X soitbiencouverte ne m’assure pas forcémmentque la feature X utilisé avec la feature Y. Bien sur, des tests scriptéspourraisgarantirque la feature X fonctionnebien avec la feature Y. Maissivousproposez 1000 features différentes ?Le test exploratoireest un moyen de naviguer au travers d unepossibilitéinfinie de variation et de permettre de diminuer le risque d’un faconque les tests scriptés ne peuvent pas. Pour découvrir des bugs surprise, la répétabilité ne peut pas vous aider, la variation oui.Cesdeux questions, sur la confirmité et sur le risque, representent 2 facettes du testing vérifierque le logicielestconforme aux specifications et explorer le risque.
- Onretrouvesouventcette notation des qu’ons’interesse aux tests exploratoires. En tantquedev, je ne la trouve pas juste. Les tests exploratoires constituent une “sécurité. Moinsil y a de tests scriptés, plus ilva y avoirbesoin de tests d’explorations, ce qui estdefinitivementunemauvaisepratique. Il est primordial d’avoirtoujours des tests d’explorations (et si je faiscequ’estcequ’il se passe, des crash tests, des tests de perfs) maisceux ci ne doiventjamaisdevenir la source principale des tests.
- Ces notions sonttrèsimportantesdans le test exploratoire.Le design “continue” et l executions de tests permettentd’apprendresur le systeme, en utilisant les donnéesrésultantes de la dernièreexpérimentation pour préparer la suivante.
- Le design de test implique d indentifier des parametresinteressants a faire varier et de methodesinteressantes pour les faire varier, on y retrouve les tables de décisions, la dérivation de tests a partir de modele de design comme des diagrammes d’états, des diagrammes de séquences (The art of software testing, Software testing techniques, A practitionners Guide to software test design). Ces techniques de bases sontaussiadéquate pour du test exploratoire. Cette phase de design esttrèsimportante. Comme nous travaillonsiciàpartir du produit, et non d’unecouche interne, il sera toujours plus couteux et chronophage de lancer des tests. Par exemple, quand on essaie de forcer un nom dans un formulaire avec une apostrophe ou un accent, le test est beaucoup plus couteux pour l’explorateurque pour le developpeur, sans compterque le developeur aura l’avantage de produire un test reproductible.
- Quand on explore, on execute immédiatement des que l on a une idée de test. C estune des cles qui distingue le test exploratoire du test scripté. On ne design pas ses tests en avanceavant de les executer. C estune notion importante : avant d executer des tests, on ne sait pas quelle question vontsuivre. L execution immediate et non planifiéevontpermettre de conduire l exploration.
- Quand on explore, on découvreegalement comment le logicielopere. On apprendrasesspécifités. Il faudraegalementapprendre a détecter des indices pouvantmontrer des bugs vicieux. L observation est crucial, plus on observe, plus on apprends. C estegalement plus difficilequil n y parait.
- Se diriger : Avec chaque experimentation que l on va executer, vousallezcomprendre de mieux en mieux comment le logiciel se comprte. Vouspouvezvousrendrecompte du types de conditions que le logiciel ne gere pas bien et poussercetteconnaissance encore plus loin. Il faut user de curiosité, baséesur des apprentissagesprécdents.
- On a vu que les tests exploratoiresn’étaient pas planifiés. Quelsest le risque ? Il est possible de passer des jours sans trouver des informationsinteressantesouutilesMeme si les tests exploratoiressont fait en direct, cela ne veut pas dire qu’ils ne sont pas structurésniorganisés. Il estdonc important de préparer son travail en avance de phase.En effet,la durée des tests exploratoires sera séparé en session time boxée. Pendant chaque session, ilfautprentre des notes pour savoir ce qui a étéexplorée, ce qui a etetrouvé. Maisaussi des idées de tests, des questions, des risques, des zones additionelles a explorer et des bugs.A la fin de chaque session, ilest important de partagerses observations avec ses pairs, de reporter les bugs.Et comme on cherche, on explore, on commence par demarrer avec des questions. Estceque le workflow estfonctionnel ? Estceque la feature A fonctionnequand la feature B estactivée ? Questcequil se passesi je charge le site au moment ou un utilisateurrentreunecommande ?Pour toutes les questions, ilfautvoirquel technique y repond le mieux : des tests cases prédesignée, avec de l exploration ouunecombinaison des 2.
- Si on considere un autre type d exploration, l exploration de continent et que l on regardeceque les 2 en ont en commum :des surprises vousattendent, et meme des bugsilest utile d apporter des outilsmais le plus important estvotrecerveausi la carte et le territoirediffere, croire le territoireDans les 2 cas, ilest possible de se perdreou de tourner en rond, et donc de ne rientrouver.Pour evitercela, ilestconseillée d utiliser un simple template qui permet de biendefinirceque l on cherche. Je suppose que la plupartd’entrevousconnaisse le pattern given/when/then pour écrire un test “scripté” quelqu’ilsoit. Ici meme principemais un peudifférent.
- Si on considere un autre type d exploration, l exploration de continent et que l on regardeceque les 2 en ont en commum :des surprises vousattendent, et meme des bugsilest utile d apporter des outilsmais le plus important estvotrecerveausi la carte et le territoirediffere, croire le territoireDans les 2 cas, ilest possible de se perdreou de tourner en rond, et donc de ne rientrouver.Pour evitercela, ilestconseillée d utiliser un simple template qui permet de biendefinirceque l on cherche.
- LE target : questceque l on explore : unefonctionnalité, un requirement, un module …resources : un outil, un jeu de données, une technique, une configuration, un fonctionnalitéinterdépendante.
- resources : un outil, un jeu de données, une technique, une configuration, un fonctionnalitéinterdépendante.
- inforamtion : questceque l on esperechercher ? sécuritee, performance, usabilité, consistence, violations d un standard ?
- Par exemple Explore editing profiles with injection attacks to discover security vulnerability. On vadonc essayer des injections javascript, SQL …
- Si on regardecettefeuille de route :
- trop specifique, c est un test individuel. Le risqueest de passer beaucoup de temps a ecrirece genre de test avec peu de benefice.Explorer la sécurité du système -> trop vague. Personne ne peutfinircette mission. Au lieu de creerunefeuille de route enorme, ilest plus performant de la decouper en plusieurs, chacuneneconcernantquunefonctionnalité/zone unique.
- On a vu comment écrire des templates, comment reperer les feuilles de routes les plus importantes ?
- L etude des fonctionnalitéslors de discussions avec des pairs est un bon moment pour commencer a ecrire les feuilles de routes. Estceque tout le profilest modifiable ? meme le login ? Les regles de validation du login sontelle les memes lors d unemise a jour ? un profildesactivépeutiletremis a jour ?C est a dire, estceque la feature developpée “edition de profil” peutavoir des consequences sur les fonctionnalitésdejaexistantes, notammentici “désactivation des profils” ?Les données de profilsontaffichées a deuxendroitsmaisleursmises a jours n estproposéqu a un seul, estce normal ? L exploration estuneopportunité pour ajouter des nouveaux requirements au meme point que des risques et des problemes.
- Uneautre source d’inspirationest tout simplement les situations cauchemardeques. Un jeupeutetre de faire imaginer l equipe de decouvrir au matin, dans le journal en premiere page un grostitreevoquant le travail surlequel l equipetravaille.Et de demander a l equipe a votreavis, quelleest la phrase des grostitres ?
- Par exemple, unetva a 200% surtous les achats du site xxx, les utilisateursexcédéstoutes les commandeslivrées en double sur le site xxxun trou de sécuritésur le site xxx : l ensemble des cartesbleues des utilisateurspiratées
- Aprescette premiere etape, demander a l equipe de choisir (avec les differentes techniques habituelles) une qui est plausible et interessante pour une discussion.Brainstormersur les causesQuestce qui peut causer ceprobleme. Demander aux participants d ecrrire les causes possible.Par exemple, la duplication des commandespeutvenir de l utilisateur precedent suivant du navigateur, de l integration entre le server et le systeme de traitement des commandes …
- Convertirces causes en tantquefeuille de route.Explorer le workflow d achat en utilisant des operations telsque refresh, back, bookmark pour deecouvrir des moyens pour acheterinvolontairement plus d items queprévus.
- On a maintenant un certainsnombres de feuilles de routes, comment les planifier ?Planification des charters :Bien quilpeutetre utile de planifierses explorations, ilestdifficile de planifierreelementavant de commencer a explorer. Si on planifie tout en acances, il sera plus difficile d ajuster l exploration en fonction d informationsnouvelles. Il est possible d indentifier en avance de phase les explorations les plus importantes. Maisilreste important de n explorer quunetache a la fois.
- En résuméIl est important que le tester travaillesescapacités a trouver des feuilles de routes qui vont faire remonter le plus d anomalies ou de bug. Il fauttoujourschoisir des zones spécifiques a explorer notamment en s’aidant :discuter avec ses pairsles interactions entre featuresimaginer les scenarios du pire
- Tester peutsemblercomme un process linéaire. Entrerune value, obteniruneréponse. Verifier que la reponseobtenueestbien la reponseattendue. Si oui, le test passe, si non le test echoue.Maisce n est pas si simple. Justeparceque l on voitque la reponseattendueestbienegale avec la reponseobtenue ne signifie pas que le systemeest ok. Que dire sivousvoyez un message de log pendant le operation indiquantque 80% de la memoire vive estutilisé ? que le cpureste a 100% pdt 30 secondes ? Comme pour un iceberg, il ne faut pas se concentreruniquementsur la partie visible : tout ceque l on ne voit pas estegalementextremenent important.
- C’estpourquoi, la qualité majeure pour faire du test exploratoireest la capacité a observer. Il fautanalser avec l utilisations des logs, du monitoring. On doitresteralertesur un indice d un comportement suspect. Contrairement a ceque l on pourraitpenser, c est en fait trescompliqué.
- Did you see the moonwlaking bear ? C est facile de rater quelque chose que l on ne cherche pas. C’estexactementceque l on vavoirmaintenant, quels techniques peuvent nous aider ?Pour le logiciel, celaveut dire quesi l on se concentresuruneseule dimension, par exemple la comparaison de l attendu avec l obtenu, le plus certainement on va rater des indices critiques dans d autres dimensions.
- D’oul’importance de creuser le plus profondemment possible. “Estceque le setup d installation marche sans erreurs” En se concentrantseulementsur la GUI, cette question peutmasquer des defects importants. La question que l on aurait du se poser est : estceque je peuxutiliser le software que je viens d installer ? Quand on teste un login, on ne se contente pas d etresatisfait de voirapparaitre welcome mister X, maissurtout de savoir si l utilisateur a bienacces au contenuquildoitavoir, ni a celui de son voisinou de l administrateur.
- Des fois, les indices sont plus subtilesqu un message de log en erreur. Une augmentation rapide de la mémoireutilisépeut faire penser a une out of memory.Quand on observe on doitutiliser tout sessens :al vue : estceque la lumiere du ddflashealorsqu on ne s y attend pas. Estceque l on voit des fenetresinnatenduesappaitre ? Uneactivité en fond que l on attend pas ? Il estegalement possible de prendre des screenshots a des moments clés et de les faire passer rapidement. Vousdetecterezpeutetre un element qui estdecalé de quelques pixels.Hearing : ecouter son ddtouching . estceque la machine surhcauffe ?
- Testerc’estavoir de la visibilité et du controle. Lancer les outils de controles du systems, controler les fichiersecritschangésoumodifiéssur le file system, regarder le traficsur le réseau, regarder les requetes et les reponses du serveur, avec firebug par exemple, verifier l’absence d erreurjs, regarder l activité en bdd *quels champs mis a jour, modifié, ajoutéAnalyse complete des logs…
- Le test n’estjamaisfini, ilestjustearreté.Trouver des variations interessantes :Meme dans un systemerelativement simple, ilest des possibilitésinfinies de variations a explirer, incluant les interactions de l utilisateurs, le temps, les données, les configurations maisaussi les facteursenvironnementaux *charges cpu, memoire, traficreseau.
- Etantdonnéce monde infini a explorer, etrecompletementsatisfaitest un ecceuildangereux. Si on explore uniquementsuperficiellement et que l on declare que tout est ok, ilest possible que de mauvaises decisions soitprises et qu l on manqueune part importante de l image.Les bonsexplorateursreconnaissentquil y a uneinfiniequantité de variation et quil n est pas possible de toutes les couvrir. Les meilleursexplorateurssavent comment s orienter pour trouverles variations les plus interessantes. C;estunecompence d analyzer un system pour en decouvrir les nouveautés et les moyens de le manipuler.
- Il y a plusieurs types de varialbes :les variables claires . par exemple, vouspouvez tester quequandvousdonnezdans un formulaire de creation des champs nom prenom, vouspouvez verifier quilsontbien presents dans le systeme.les variables subtiles : imaginonsque caches dans un workflow, on appeleune page avec des parametres : test.com?page=3andlogin=totoQue se passe t ilsitoto n existe plus ?Peutetreque la page a puetrebookmarké, ouqu un utilisateur mal intentionnéessaie de se faire passer pour un autre.De la meme maniere, que se passe t ilsiquelqu un change des infosdans son cookies qui sontsupposéés n etredefinieque par le logiciel ? Estcequilspeuventavoiracces a quelque chose auquelils n ont pas le droit ?
- Quelquesgrandséchec :a la fin des années 80, un certainsnombres de personnessubissantunetherapie par radiation sont mort d empoisement par radiation. L enquete a montréque c etait un enchainementcomplexe qui engendré la mauvaisesfonctions de l’appareil, Notammentquand le technicienentrait et editait les données du traitement en moins de 8 secondes. Ces 8 secondesetaientaussi le temps qui permettait au champs magnetique de s engager et creerune petite maisdevastatricefenetre de vulnaribilité.
- conversion d un 64 bit flottant a un 16 bit signé. Overflow error. Le processus de controleaaetedesignée pour ariane 4, alorsquariane 5 etant beaucoup plisrapide. Les appareilssensitifs n ont pas pugerer la velocitéhorizontale.
- Mars RoverEn 2004, la NASA a perducontrole avec Spirit. Ils se sontrendusassezvitecompteque le robot rebooter encore et encore. Le probemeetaitcausé par le nombre de file danssa memoire flash. Certainesoperrationscréesplusieurspetitsfichiers. De temps en temps, certains de sesfichiersinnondés la RAM, entrainant un reboot.La variable clé n est pas icijuste la taille du disquemaisaussi le nombre de petit fichier. Cela n aurait pas étédetecté avec un grosfichierfaisant la taille des petits.
- Un des points les plus importants du test exploratoireestnotrecapacitéà identifier les variables à modifier.
- Définirheuristiques
- Zero, One, Many 0 record found, 1 records found
- Goldilocks
- too many create des conditions avec plus d elements que le logiciel pour gerer, trop de connexionsouvertes, trop de requetes …
- too few : crerer des conditions avec moins d elements que le systeme ne peutgerer, une facture sans produitacheter …
- 0 que se passe t ilsi je veuximprimer et quil n y a aucuneimprimanteinstallée ?
- 0 que se passe t ilsi je veuximprimer et quil n y a aucuneimprimanteinstallée ?
- Vairer les locations geographiquesVarier les formats (numero de telephone - international aussi), les differents code postaux, les emails, les differents formats de dates, les ip v4/v6.Verifier aussiqu’on ne peut pas etre né le 31 février, avoirune date de naissance dans le future …Gerer pour des webservices des niveaux de profondeursdifferents
- 0 que se passe t ilsi je veuximprimer et quil n y a aucuneimprimanteinstallée ?
- 0 que se passe t ilsi je veuximprimer et quil n y a aucuneimprimanteinstallée ?
- 0 que se passe t ilsi je veuximprimer et quil n y a aucuneimprimanteinstallée ?
- En résumé, on saitmaintenantchoisir et définirnos variables, les fairesvarier. Maiscen’estqu’unepartie du test. Maintenantquel’onsaitcequel’on a en entrée, qu’estcequel’on a en sortie ?
- Unefoisquel’on commence a explorer, une nouvelle question apparait : comment savoir siceque je testeest correct ?- Pour un site web, estcequec’est OK de ne pas pouvoir bookmarker une des pages du parcours ?- Qu’estcequ’il se passequandil y a une part d’aléatoiredanscertainscalculs ?- Quand les calculssont trop compliqués pour garantirque le resultatobtenueest correct ?
- Les situations commecelasont au centre des challenges du test exploratoire. Il existe des techniques pour valider le comportement du systeme meme quand on ne sait pas exactementceque l on attend.
- Tout systemepossède des règles. Celapeutetreque tout logicield’édition a la possibilité de créer en toutecirconstance un nouveau document. Peutetreestceque les modifications d un utilisateur ne peutjamaisentrainerune modification du systeme pour un autre. Ouquil ne peut pas engendrer un arret du serveur.Meme quand on ne connait pas exactementcequel’on attend, on peutdejachercheràdéfinirsesrègles du jamais et toujours.
- toutes les capacitées du coeur du logiciel qui doiventtoujoursfonctionner
- les capacitiées du systemecomme la scalabilité, l’usabilité, la conformité, la disponibilité …
- les risquesremontées par les pairs.
- Il est possible de regarder la conformité du site : y a t il 2 ecranssimilairesdont l un propose unefonctionnalitéquel’autre ne propose pas ?2 appels de méthodesprennentelle des parametresidentiquesdans des ordresdifférents ?
- Si on regarde le mobile, estcequel’applicationestconforme aux reglesd’utilisationsur Android ? Estcequel’applicationestconforme aux regles de GUI d’Apple ? (les 2 diffèrent)Estceque les codes retours de l’applicationsontcohérents ? Estceque le HTML généréestconforme aux normes du W3CEstcequemon application repond aux normes de sécurité ?
- Regarderquelssont les normesd’usagesacceptés :Si on prend la fonctionnalitéd’envoie d’un nouveau password, la plupart des applications propose un lien avec un token pour le remettreà jour. Uneautreapproche non standard est par exempled’envoyer un mot de passe en clair.
- Les règlesd’approximationsQuand on ne peut pas etre certain de la valeurattendue, on vautiliser des approximations.
- Danscertainscas, ilest possible d’évaluer en fonction d’un intervalle. On saitquetelles variables devraient se trouver entre telle et telleautre. Une application qui évalue la vitesse d’un aigle en fonction de sescaracteristiques (poids/taille) devraitnormalement faire entre x et y km/h donctoutesdonnées en dehors de cetintervalleest suspect.
- Maisque faire si par exemple, on doit tester quelque chose de totalementaléatoire. Danscecas la, on essaiera de voirsi la distribution estuniforme après un grand nombre de lancement. Si par exemple, on a unefonction random de 0 à 9 et que le chiffre 7 sort àprès de 30% et jamais le chiffre 0, on peutsuspecter un problème.
- Essayer de jouer avec les valeursminimales et maximales
- En résuméIl est important de savoir observer ce qui se passe pour ne pas etreconcentréuniquementsur le résultatattendu. Maiségalement de réussirà identifier les variables, de les faire varier, notammentàl’aided’heuristiquesou de valeurs “limites” ouexceptionnelles. Tout en gardant en mémoirequel’aléatoireesttoujours un challenge.
- Les utilisateursquel’on le veuilleou non, ne sont pas ordonnés. Ils font des choses surprenantes, ne respectent pas les étapes de cheminmentquel’on a fixé pour eux, utilisent les pages précedentes et suivantes de leursnavigateurs …Pour découvrir des problemesinpliquantl’utilisation et la sur-utilisation de votrelogiciel, ilfautvarier les méthodesd’interaction.
- Quel’on en soitconscientou non, ilfaut faire un effort pour éviter de faire les choses d’unemanièrehabituelle. Par exemple, d’utilisertoujours la meme adresse, le meme code postal. De créertoujours les enregistrements de la meme manière. Essayer de changer les jeuc de données, les rendre plus réalisteou plus sujetsà exposer des problèmes (par exemple, un code postal qui concerneplusieursvilles, un nom avec une apostrophe, un prénomtrès long …).
- Unefoisquel’on a fait cela, on peututilisericiaussi des personas. Emilie, cadre supérieurpressé de nature, vaavoirtendance a appuyerplusieursfoissur les boutonsvalider des formulairesalorsque Emma, étudiantes en infos, vaavoirtendanceàbidouillersesformulaires HTML ...
- En résuméIl est capital dans un deuxième temps d’ajouter des dimensions pour élargirses explorations .Nous n’avonsabordéqu’unepartie des outilsmisànotre disposition, on y retrouveégalement, les machines àétat, les tables d’états, les diagrammes de séquences, les modelisations …
- On a vu justeiciunepartie du test exploratoire. Ce qui est certain, c’estquec’est un test qui sontcouteux, a l’inverse des tests unitaires. Plus il y a une bonne couverture de tests autres, moinsil y a besoind’exploration. Beaucoup font naturellement de l’exploration.
- On a vu justeiciunepartie du test exploratoire. Ce qui est certain, c’estquec’est un test qui sontcouteux, a l’inverse des tests unitaires. Plus il y a une bonne couverture de tests autres, moinsil y a besoind’exploration. Beaucoup font naturellement de l’exploration.