Pour tous ceux qui ont une expérience dans le test et veulent faire un retour sur les entreprises, les outils, les formations... qu'ils connaissent.
Après une recherche je n'ai pas vu de topic global sur ce sujet, mais si je me suis trompé merci de le signaler.
 
En ce qui me concerne j'ai plutôt fait du test système (3 ans) et un peu de test de développement, notamment sur des logiciels java.
J'ai connu des boites où le logiciel ne sortait que si l'équipe test ne relevait plus aucune erreur et d'autres où les logiciels sortaient sans que aucun test ne soit lancé.
la plupart des outils que j'ai utilisé était toujours développés en interne par d'autres testeurs qui en avaient marre de concevoir et lancer "à la main" les tests, rien à voir avec les microsoft visual et autres borland utilisés en dév...
 
Parce qu'un lien vers un article ne fait jamais de mal:
http://fr.wikipedia.org/wiki/Test_logiciel
 

Si le sujet ne t'intéresse pas tu es libre de ne rien poster ici.
Merci d'éviter ce genre de réponses...

Bon c'est le bide...
Ils sont peut-être tous partis en vacances...

Quelqu'un a t il fait la formation ISTQB ?

Comment tu procédais pour les tests ?
Comme beaucoup de développeurs, je trouve les tests d'un chiant, même si c'est super important. Résultats : on teste souvent rapidement, sans trop de méthode, et on prie pour qu'il n'y ait pas trop de bugs  

Dans le meilleur des cas, un développeur et un testeur partent en même temps des specs l'un écrit son code l'autre écrit les tests.
Ensuite le développeur livre l'application et le testeur teste et débuggue avec le développeur.
Puis au projet suivant on intervertit: celui qui codait teste et celui qui testait code.
 
En tant que prestataire j'ai aussi connu des environnements où l'on ne pouvait pas "perdre du temps à faire des tests", résultat: les tests se résument à de gros copiers collers à l'arrache de tests existants et l'application sort dans les conditions que tu connais  

 
Beaucoup de pipeau dans cette certif.
 
Mais ça peut être un plus pour un presta, ça permet surtout d'acquérir un vocabulaire commun aux tests :
qu'appelle-ton une stratégie de test, un cas de test, un scénario, etc.
 
Il me semble même que certaines grosses boites n'acceptent maintenant que des prestas certifiés (ça permet de valider qu'ils ont au moins une fois entendu parler de test dans leur vie   )

ce qui est pas plus mal, en changeant de boites tu as parfois des surprises au niveau du vocabulaire utilisé ("couverture de test"   )
merci pour ton retour.
 
sinon tu as fait d'autres formations ? tu peux parler un peu plus de ton expérience ?

Bah en fait je suis un techos à la base qui en a eu marre de faire du dev et je me suis tourné vers le test.
Plus précisément, je fais de l'automatisation des tests fonctionnels.
 
Niveau formation, j'ai appris sur le tas mais j'ai passé les certifications Mercury (maintenant racheté par HP) et ISTQB/CFTL
 
Voilà

Mercury je connais pas, c'était bien ? tu recommandes cette formation ?
 
je me suis mis à faire de la valid quand ma SSII m'a vendu placé en mission comme testeur...
Formation sur le tas, j'ai fait ce qui me semblait le plus logique, mais ensuite quand je suis revenu au dév, je ne testais plus de la même façon, ça m'a pas mal appris finalement.
Chaque développeur devrait avoir fait du test au moins une fois dans sa carrière...

Allez remontage de topic...
Pour tous ceux qui écrivent des tests: quelle méthode utilisez vous pour déterminer les cas de tests intéressants ?
Pouvez vous conseiller un livre ou un article ?

Mercury Quality Center ( anciennement Test Director ) c'est le leader dans le domaine, en ce qui concerne cette application, elle permet de créer, suivre, et capitaliser le résultat de l'exécution des tests. A noter que Mercury possède dans sa suite un outils dédié aux tests automatique Quick Test pro.
 
J'ai eu affaire à cet outils lors d'un stage chez Axa et chez BNP, mais pas pour le même type de tests dont tu parles dans le topic, pas des tests unitaires mais plutôt test d'intégration ou tests fonctionnels.

 
Dans mon equipe, l'equipe de testeurs ne fait que des tests ( ecriture, execution, definition de la strategie de tests etc... ), pas d'alternance. La politique de la boite est de ne pas sortir un soft avec un test KO. Et comme chez toi, il y a une politique d'automatisation des tests. Par contre, je n'avais jamais entendue parler des outils pro que tu decris.

La magie des commerciaux qui arrivent à vendre tout et n'importe quoi    
En plus, quand on met "automatique" ou "automatisé" dans une conversation comme argument de vente, beaucoup pensent (les décideurs en fait) que ça va se faire tout seul    
 
 
 

Mais carrément, les boulots sont complémentaires et ça permet de voir ce qui se passe de l'autre côté du miroir, et de parfois comprendre le pourquoi du comment...