Mais il a rien fait le gars quand il fait ca, il a verifie que le fix la tout de suite fonctionne a vue d'oeil, mais quid du reste du code ? Comment il sait que ce gros probleme(impossibilite de demarrer) ne cachait pas aussi plein d'autres problemes par exemple ? (introduits par le nouveau fix, latent depuis qqe semaines, ...) Comment il sait que corriger ce probleme ne va pas en creer d'autres ailleurs ? ... Regarder le code 30 minutes et croire ce que disent 50 beta-testers qui ne connaissent absolument rien aux techniques de tests c'est _tres tres largement insuffisant_
Quand tu sors un patch a des millions de gens tu fais un minimum de tests de regression pour etre sur qu'il n'y a rien(t'es jamais sur qu'il n'y a rien de casse, alors disons pas grand-chose :+) ) de casse, tu fais des stress tests sur les composants senses etre utilises constamment, tu fais des tests de compatibilites pour etre sur que ca fonctionne encore avec le reste, .... La le gars il a fait comme l'etudiant moyen qui a son petit projet et qui recoit un rapport de bug, c'est pas comme ca qu'on gere une codebase qui est utilisee par des centaines de milliers de gens, tu peux pas te baser sur le feedback de 30 pekins ne connaissant rien aux techniques de test informatique et ne pas lancer une batterie de tests pour sortir un patch qui touche autant de gens.
[^] # Re: Vitesse de réaction
Posté par pasBill pasGates . En réponse au journal Ubuntu : La MAJ de xserver-xorg fait planter le serveur X. Évalué à 4.
Mais il a rien fait le gars quand il fait ca, il a verifie que le fix la tout de suite fonctionne a vue d'oeil, mais quid du reste du code ? Comment il sait que ce gros probleme(impossibilite de demarrer) ne cachait pas aussi plein d'autres problemes par exemple ? (introduits par le nouveau fix, latent depuis qqe semaines, ...) Comment il sait que corriger ce probleme ne va pas en creer d'autres ailleurs ? ... Regarder le code 30 minutes et croire ce que disent 50 beta-testers qui ne connaissent absolument rien aux techniques de tests c'est _tres tres largement insuffisant_
Quand tu sors un patch a des millions de gens tu fais un minimum de tests de regression pour etre sur qu'il n'y a rien(t'es jamais sur qu'il n'y a rien de casse, alors disons pas grand-chose :+) ) de casse, tu fais des stress tests sur les composants senses etre utilises constamment, tu fais des tests de compatibilites pour etre sur que ca fonctionne encore avec le reste, .... La le gars il a fait comme l'etudiant moyen qui a son petit projet et qui recoit un rapport de bug, c'est pas comme ca qu'on gere une codebase qui est utilisee par des centaines de milliers de gens, tu peux pas te baser sur le feedback de 30 pekins ne connaissant rien aux techniques de test informatique et ne pas lancer une batterie de tests pour sortir un patch qui touche autant de gens.