Je suis un programmeur avec plusieurs années d'expérience. J'ai réalisé que j'avais une certaine habitude. Je ne sais pas si c'est vraiment une mauvaise habitude ou non.
Je reçois une liste de tâches à effectuer pour une solution, même de petites tâches, par exemple,
- Changer les ressources de ce contrôle utilisateur
- Changer la taille d'un autre
- Ajouter du HTML et du codage sur un autre contrôle utilisateur
Toutes ces tâches sont petites. Je veux dire, cela peut être fait en 10 minutes, mais j’ai la mauvaise habitude d’apporter de petits changements et de les tester encore et encore dans un navigateur Web . Est-ce une bonne pratique?
Ou devrais-je les exécuter tous en même temps, puis les tester ensemble?
Si c'est vraiment une mauvaise habitude, alors comment puis-je la rectifier, car c'est comme perdre du temps à tester de petits changements à plusieurs reprises?
programming-practices
coding-style
Mathématiques
la source
la source
Réponses:
la source
What you see is what you get
outils pour les développeurs travaillant avec HTML, CSS, Widget, etc.Faire beaucoup de petits changements et tester chacun d'entre eux n'est pas une mauvaise chose. Cela vous permet de voir l'effet de chaque changement. Ainsi, lorsqu'un changement cause un problème, il est beaucoup plus facile de savoir quel changement a provoqué le problème, le plus récent!
Si vous avez une liste de tâches avec 10 éléments et que vous les faites tous en même temps, puis que vous testez la page, puis que vous remarquez que celle-ci est erronée, il peut être plus difficile de savoir quelle modification l'a brisée.
Bien sûr, il est possible de pousser cette approche à l'extrême. L'équilibre est la clé, et cela passe par une meilleure compréhension de ce que vous changez et de la manière dont les changements peuvent se toucher.
la source
Votre question comporte deux parties:
Je suppose que vous utilisez un VCS .
Et pour suivre les tâches qui ont été effectuées, il est logique de répartir la liste des tâches en une liste de validations : une tâche, une validation .
Cela facilite la gestion de différentes versions de la base de code actuelle; vous pouvez revenir à un état précédent, sélectionner les modifications que vous souhaitez entrer dans le coffre principal, etc.
La réponse est claire:
Non, n'effectuez les modifications qu'une à une - une tâche, une validation .
Il est une bonne pratique de code de test / interface utilisateur quel que soit , mais il est absurde de le faire encore et encore dans le navigateur. Il existe des outils pour le faire automatiquement pour vous ( Selenium, PhantomJS / Casper, ZombieJS )
La réponse pour ce cas est:
Oui, il est recommandé de tester le logiciel plus d'une fois, mais utilisez l'automatisation.
la source
Pour toute habitude qu'a un développeur, il y a 2 questions principales:
Si la réponse à ces deux questions est "Ça rend mieux", enfilez l'habitude, enseignez-le aux autres!
Si la réponse à l'une est "Mieux" et l'autre "Pire" - c'est un style et vous devez en être conscient. Ce n'est pas toujours applicable, et vous devrez peut-être faire un effort pour le supprimer de temps en temps.
Si la réponse à ces deux questions est "négative", vous avez un problème grave.
Bien sûr, pour les 2 premiers cas, vous devriez également penser à «L’effet positif peut-il être automatisé ou institutionnalisé?». Peut-être vaut-il mieux écrire un test que d'essayer différents navigateurs à chaque fois? (Remarque, je sais que ce n'est pas si facile de tester une bonne mise en page dans le développement web, je ne dis pas que c'est toujours possible ou vaut le temps).
Dans ce cas particulier, il me semble que la qualité est améliorée, la productivité peut être diminuée. Pour les petits changements, c'est probablement un peu mauvais (surtout si les changements sont liés entre eux), pour les plus grands, c'est un peu bon. Tant que vous testez également le résultat final (évitez "chaque module a été testé et fonctionne, donc tout fonctionne également, inutile de le tester!").
Par conséquent - à moins que 90% de votre journée de travail n’apporte de très petits changements - c’est une habitude parfaite. Si votre journée de travail est comme ça, alors vous voudrez peut-être revoir votre style de travail (ou votre lieu de travail).
la source
Cela dépend du domaine. Pour la mise en page d'une page Web, cela fonctionnera bien et vous pourrez obtenir un retour immédiat (vous pouvez même le faire directement dans le navigateur!). De même, cela fonctionnerait bien pour tout ce qui ne nécessite pas longtemps d'initialisation. Ceci est préférable car cela réduit votre charge de travail mental et réduit le risque d'erreurs.
Cependant, pour les très gros projets où vous devez compiler le code et où le temps requis est non négligeable (plusieurs minutes), cela peut entraîner beaucoup de temps mort, vous devez donc souvent recourir à:
(Il y a probablement d'autres moyens aussi.)
la source
Comme d’autres l’ont dit, ce n’est certainement pas une mauvaise habitude. Je préfère généralement ne faire que quelques modifications à la fois. La seule exception est si j'ai une longue liste de modifications qui n'affectent pas toutes les autres (par exemple, modifications de styles mineurs ou de copie, modifications sur différentes pages, etc.). Si vous modifiez des dispositions, limitez-vous à la modification une par une afin de pouvoir vérifier que tous les navigateurs pris en charge sont intégralement compatibles avant de passer au prochain numéro.
la source