Pratiques de correction de bugs

Question

Hé, les développeurs professionnels ont un processus de correction de bugs, comme celui qui a écrit le code bogué doit le réparer, ou plus précisément si vous embauchez quelqu'un de nouveau pour corriger vos bugs. Est-ce que vous leur donnez seulement 10 000 lignes de code dans 200 fichiers et leur parlez du bug ou vous avez des documents de conception (peut-être qu'ils ont une idée de ce que font les 90 classes?) Ou peut-être un document d'architecture . Je suis un débutant travaillant en tant que professionnel, donc je ne sais pas vraiment comment cela fonctionne ou devrait fonctionner, quelqu'un avec plus d'expérience peut aider.

Answer 1

Vous pouvez écrire un livre afin d'essayer de répondre à votre question. Il est très large et difficile de répondre en 1-2 phrases. Il y a beaucoup de situations, de méthodologies et ainsi de suite.

Answer 2

1. Écrire un test/tests, qui passerait sans bug.

2. Correction d'un bug.

3. Assurez-vous que les tests sont réussis.

Répéter.

(C'est en théorie: malgré les meilleures intentions et les délais, il arrive rarement de cette façon)

D'autres choses qui aident sont:

1. intégration continue (CI) construction.
2. Tests unitaires
3. tests de fumée
4. teste l'intégration

livre de Steve McConnell "Rapid Development" mais pas récente mérite d'être lu.

Documentation n'est pas toujours utile car il a tendance à être à jour et de synchronisation avec le code, en particulier dans « la correction des bugs, obtenir ce sur le mode de porte »