Ca influe certainement sur la maniere d'ecrire les tests, c'est fait pour !
L'equipe de test elle participe au design du produit des le depart, elle amene un feedback des ce moment, les dev/test (comme on les appelle) participent aux revues de code, sont capable de trouver des moyens futes de tester telle ou telle feature d'un composant car ils comprennent comment celui-ci fonctionne, ...
Maintenant, c'est pas des amateurs, c'est un boulot, on sait tous quelle est la difference entre whitebox testing et blackbox testing, qu'un test n'est pas sense verifier que le code fait ce que le code dit mais qu'il fait ce que la spec dit, etc... Connaitre et comprendre le code aide a trouver des moyens interessants de le tester et pouvoir le debugger/corriger, ca veut pas forcement dire que tout ce qui est fait est base sur le code.
[^] # Re: Et l'état ?
Posté par pasBill pasGates . En réponse au journal Mandriva : une situation plus difficile que prévue ?. Évalué à 3.
L'equipe de test elle participe au design du produit des le depart, elle amene un feedback des ce moment, les dev/test (comme on les appelle) participent aux revues de code, sont capable de trouver des moyens futes de tester telle ou telle feature d'un composant car ils comprennent comment celui-ci fonctionne, ...
Maintenant, c'est pas des amateurs, c'est un boulot, on sait tous quelle est la difference entre whitebox testing et blackbox testing, qu'un test n'est pas sense verifier que le code fait ce que le code dit mais qu'il fait ce que la spec dit, etc... Connaitre et comprendre le code aide a trouver des moyens interessants de le tester et pouvoir le debugger/corriger, ca veut pas forcement dire que tout ce qui est fait est base sur le code.