Bonjour.
Je pense que beaucoup de gens écrivent des tests unitaires lorsqu'ils sont ingénieurs. Dans le passé, j'ai écrit environ 80% des projets. Mais pourquoi dois-je l'écrire?
Quand je l'ai analysé à ma manière, j'ai eu les opinions suivantes. ① On m'a dit de le faire ② À utiliser comme numéro d'index pour des objectifs personnels ③ Pour l'amélioration de la qualité
Je suis sûr que mon patron m'en a parlé ①. Cependant, les pensées des patrons qui ne comprennent pas pourquoi ils le font sont généralement résumées en (2) ou (3).
② est un moyen rapide de créer des nombres. Cependant, c'est un nombre sans signification car je dois également écrire un test pour un tel code.
sample.java
public int returnZero(){
return 0;
}
Concernant (3), la qualité n'est pas seulement le code mais aussi les performances et les spécifications, donc écrire un test unitaire ne signifie pas que la qualité sera améliorée.
Je pense que ça ne vaut pas la peine de le faire si vous le mettez ensemble comme ça.
Alors pourquoi revenir au début et le faire?
Votre propre réponse est ** "pour gagner en confiance et en tranquillité d'esprit" **.
Vous écrivez le code source et vous obtiendrez ce que vous attendez de voir, non? Je pense que vous avez souvent de l'anxiété, mais vous pouvez vérifier le résultat en écrivant un test unitaire.
De plus, à l'avenir, s'il existe une implémentation qui a le même résultat mais un contenu de traitement différent, vous pouvez vérifier le résultat immédiatement en écrivant un test unitaire.
Avec les résultats d'exécution obtenus jusqu'à présent, vous serez confiant! Tu peux dire ça.
Donc je suis spécial donc je n'ai pas besoin de test! Vous n'êtes pas obligé de l'écrire séparément, restez simplement comme vous êtes.
Sinon, pourquoi ne pas écrire un test unitaire pour vous donner une marge de manœuvre?
Recommended Posts