Je vais déboguer et corriger un test unitaire échoué dans votre dépôt


À propos de ce service
Traduction automatique
Je vais reproduire le test échoué localement en utilisant votre dépôt ou l’archive fournie, appliquer la correction de code ou de test la plus petite et sûre nécessaire pour faire passer le test, et livrer les fichiers corrigés, un résumé court de la cause racine, ainsi qu’un PR optionnel. Ce service est conçu pour des interruptions rapides de CI, de petites régressions, et des corrections déterministes de tests unitaires où l’échec peut être reproduit sans accès complet à l’infrastructure. J’évite les refontes importantes et l’élargissement du scope ; les modifications sont documentées et expliquées pour que vous puissiez les examiner ou les annuler en toute confiance.
Ce service fournit :
- Les fichiers source corrigés et, si nécessaire, un fichier de test mis à jour ou clarifié.
- Une note courte sur la cause racine (26 phrases) expliquant l’échec et la solution apportée.
- La commande exacte de reproduction et un extrait de sortie pytest en état de succès.
- Optionnel : un PR créé contre votre branche ou un fichier diff/patch unifié.
Découvrez Mars M
Jack of all trades, doctor of one
- DeÉtats-Unis
- Membre depuissept. 2024
- Temps de réponse moy.1 heure
Langues
Anglais, Français, Espagnol
Traduction automatique
Mon portfolio
FAQ
Traduction automatique
Allez-vous refactoriser du code non lié ?
Non. Je ferai la modification minimale, bien documentée, nécessaire pour corriger le test échoué.
Corrigez-vous les tests flaky ?
Ce service concerne uniquement les échecs déterministes avec un cas de test reproductible. La diagnosis des tests flaky est un service séparé.
Pouvez-vous pousser sur mon dépôt ?
Oui — fournissez un accès en écriture ou demandez une PR/patch ; précisez le workflow lors de la commande.
Et si la reproduction échoue de mon côté mais passe pour vous ?
J’inclurai l’environnement et les commandes que j’ai utilisées ; si des différences d’environnement persistent, vous pouvez acheter l’intégration CI ou une session de débogage plus longue.
Changez-vous les tests ou le code en production ?
Je préfère corriger le code en production ; je ne changerai les tests que s’ils sont manifestement incorrects, et la modification minimale du test est plus sûre que de changer le comportement en production.
Que comprend le test de régression ?
Un test unique et ciblé qui garantit que le bug précis que vous m'avez engagé à corriger ne pourra pas réapparaître silencieusement. Ce n’est pas une extension de la suite de tests complète — c’est une barrière pour le type précis de défaillance que vous avez rencontré.
Travaillez-vous sur des dépôts qui ne sont pas en Python ?
Oui — je suis heureux de travailler sur des dépôts qui ne sont pas en Python. Je suis à l’aise pour naviguer dans la plupart des bases de code, mais mes langages de prédilection sont Python, JavaScript, TypeScript, Rust et l’automatisation Unix (bash). Je peux examiner n’importe quoi et vous faire savoir ce que je peux apporter.
