Discussion :

[hugobosscool26]

Bonjour à tous,

J'aimerais connaître un pourcentage des entreprises qui utilisent les tests unitaires dans leurs développements (par exemple si vous avez fait 3 boîtes et une seul l'utilisait dîtes une sur 3 !), merci de faire partager vos expériences
et aussi le type de projet qui nécessite un tel investissement

Merci à vous

[Philippe Vialatte]

hmmm...

comment te dire...

dans mon experience perso...
.
.
.
.
0 sur 9

Les seuls projets sur lesquels il y'avait des tests unitaire etaient ceux ou les developpeurs/chefs de projets le sponsorisaient...

Apres, de mon avis, pour ta seconde question, tous les projets ont besoin de tests unitaires, aprés, reste a voir l'investissement possible sur les tests unitaires. On peut partir d'un nibeau minimal ou juste la logique la plus importante du projet est testee, a des projets ou tout le projet a des tests...

Personnellement, je dirais qu'a mon avis, sur un projet de gestion "standard", 50% de couverture est une bonne limite, et que la part de couverture doit augmenter en fonction des regles metier

[hugobosscool26]

Je suis d'accord pour ta seconde partie mais quand tu dis 0/9 les chiffres font mal et sont sans appel !

C'est justement pour cela que je pose ce petit questionnaire afin de voir si dans les entreprises le développement/rentabilité vaut plus qu'un logiciel bien couvert par des tests qui demande de l'investissement temps et homme et non visible financièrement

[Graffito]

De façon générale, on fait des test unitaires formels et maintenus uniquement quand ils sont indispensables pour atteindre un niveau de qualité fixé par une norme, telle que DO178B ou IEC 61508, par exemple.
Un tel niveau est parfois exigé pour des dévelopments critiques en terme de "safety" (sécurité des personnes) dans des domaines comme le médical, l'aviation ou le nucléaire.

[Philippe Vialatte]

...si dans les entreprises le développement/rentabilité vaut plus qu'un logiciel bien couvert par des tests...

euh...oui

...du moins de mon expérience, la règle c'est "tant que j'gagne, je joue"

Apres, ca peut changer, mais c'est pô facile

[xian21]

0/4

Dans ma boite presente on en est a un niveau ou on nous dit
on s'en fout pas le temps faut vendre pas cher ...
et quand il ya des bugs c'est de notre faute on sait pas developper.

[theMonz31]

salut

je rejoins l'avis de graffito

J'ai fait du dev pour un calculateur pour l'A340 500/600. Les tests unitaires n'étaient pas que des tests de fonctionnalités d'une fonction mais aussi des tests de robustesses et des tests aux limites (par exemple, si tu codes une fonction d'addition de 2 nombres, que ce passe t-il si tu ajoutes un très grand avec un très grand (NaN, autre) ?

Après, dans les autres domaines ou j'ai évolué : Simulation, outil de CAO, VoiceXML Browser, je n'ai jamais fait de tests unitaires mais plutot travaillé avec de l'intégration continue et du test fonctionnel

Comme je lisais l'autre jour dans un blog d'un "guru" américain, plus tu écris de code, plus tu génères des bugs. Donc, si tu écris du code pour tester ton code (Nunit ou autre truc de test en C#), tu prends le risque d'introduire des bugs car on imagine mal un code de test 100% bug free testant du code écrit par la même personne non bug free


The Monz, Toulouse