JavaRush /Blog Java /Random-FR /Validateur, comprendre et pardonner

Validateur, comprendre et pardonner

Publié dans le groupe Random-FR
Même après avoir terminé le cours junior, je viens encore parfois ici dans la section d'aide pour suggérer quelque chose et aider. Presque toujours, la question commence par la phrase « J'ai tout fait correctement, mais le validateur ne me laisse pas entrer » ou quelque chose de similaire. Ce sont ces titres qui m’ont poussé à écrire ici. Désormais, je propose de l'accepter comme vérité - le validateur a toujours raison. Parfois, des bugs apparaissent, mais à chaque fois ils sont de moins en moins nombreux. Par conséquent, si vous recevez un refus d’un validateur, je vous suggère de supposer que vous avez commis une erreur quelque part. Et maintenant, pour ne pas vous cogner la tête contre le mur, vous devez commencer à maîtriser les tests. Il existe plusieurs articles sur ce sujet ( JUnit part I JUnit part II ). De plus, ce ne sont pas des « cas pratiques » qu’il faut tester. Par exemple, prenons la tâche task1916 . Très souvent, après avoir rédigé une solution, les gens vérifient les options idéales. L'option idéale est réussie, ce qui signifie que vous pouvez soumettre la tâche. Et puis arrive le refus. Alors que faut-il faire ? C'est vrai, écrivez un autre exemple de test. Et puis encore et encore jusqu'à ce que le validateur réussisse les tests. Par exemple, comment le code réagirait-il à un deuxième fichier vide ? Et le premier vide ? Voici les derniers exemples https://javarush.com/help/15861 Il est maintenant important que vous compreniez que le développeur n'écrit pas seulement le code, il doit le tester lui-même et ne pas s'appuyer sur un testeur. Pour être honnête, j'ai encore un peu peur lorsque le développement passe à la phase de test. Je pense que mon code devrait fonctionner correctement et qu'il ne devrait y avoir aucune erreur. Je me sens toujours mal si je donne du code qui ne fonctionne pas. Il s'avère que j'ai écrit quelque chose et que je ne l'ai pas vérifié, c'est-à-dire fait perdre du temps à quelqu'un. Bien sûr, plus tard au travail, vous aurez une liste d'exigences et du testeur vous pourrez obtenir un ensemble de cas de test pour votre logiciel et vous y adapter et ce sera plus facile, mais je ne compterais pas dessus. Votre code relève de votre responsabilité et les tests permettent de garantir que tout fonctionne comme il se doit. Vous avez désormais une excellente opportunité d’améliorer vos compétences de testeur. Lorsque vous entrez dans la section d'aide, n'écrivez pas de réponse à l'auteur sous forme de code. Trouvez un exemple de test qui ne fonctionnera pas pour lui. De cette façon, vous vous améliorerez et aiderez l’auteur sans résoudre le problème à sa place.
Validateur, comprendre et pardonner - 1
Commentaires
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION