Tu n'as pas à te poser la question de ce que tu es en train d'écrire. Donc tu écris un truc pourri et non spécifié
Tu fais un gros doigt d'honneur au mec qui reprendra ton code qui ne saura jamais ce que c'était sensé faire
Tu amalgame les tests et la documentation. Pour le reste des points je suis tout à fait d'accord.
J'appelle pas ça gagner du temps mais plutôt, grappiller quelque heures maintenant pour perdre des semaines ou des mois dans pas longtemps et pour toujours.
C'est là où tu fait erreur, les tests c'est pas des trucs qui se font en quelques heures. En quelques heures c'est peut être quelques tests unitaires que l'on écris (sans compter leur maintient). Là où tu fais vraiment de la non régression et où tu présente comment doit fonctionner le logiciel c'est avec des tests fonctionnels/d'intégration. Ils prennent à minima 30% du temps de développement d'une fonctionnalité. Il faut définir quand/comment tu les lance (généralement c'est via un serveur d'intégration continue) et dès que tu fait un logiciel graphique ça devient très complexe à tester (à moins que tu accepte de ne pas tester la couche présentation du logiciel).
Je fais du test sur le projet sur le quel je travail. Ça nous prend énormément de temps, on continue de le faire parce qu'on sait ce que ça nous apporte comme sécurité, mais de là à le présenter comme un coup négligeable (quelques heures), ce serait une fumisterie. La qualité logiciel ça a un coût et ce n'est pas quelques chose de simple à faire (ce n'est pas juste un manque de rigueur et/ou de volonté).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Pas de révision d'historique
Posté par barmic . En réponse au journal Chiselapp ferme ses portes. Évalué à 6. Dernière modification le 31 mars 2013 à 01:11.
Tu amalgame les tests et la documentation. Pour le reste des points je suis tout à fait d'accord.
C'est là où tu fait erreur, les tests c'est pas des trucs qui se font en quelques heures. En quelques heures c'est peut être quelques tests unitaires que l'on écris (sans compter leur maintient). Là où tu fais vraiment de la non régression et où tu présente comment doit fonctionner le logiciel c'est avec des tests fonctionnels/d'intégration. Ils prennent à minima 30% du temps de développement d'une fonctionnalité. Il faut définir quand/comment tu les lance (généralement c'est via un serveur d'intégration continue) et dès que tu fait un logiciel graphique ça devient très complexe à tester (à moins que tu accepte de ne pas tester la couche présentation du logiciel).
Je fais du test sur le projet sur le quel je travail. Ça nous prend énormément de temps, on continue de le faire parce qu'on sait ce que ça nous apporte comme sécurité, mais de là à le présenter comme un coup négligeable (quelques heures), ce serait une fumisterie. La qualité logiciel ça a un coût et ce n'est pas quelques chose de simple à faire (ce n'est pas juste un manque de rigueur et/ou de volonté).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)