k0sproject/k0smotron

Include testing logic per update strategy

Fermée

#1 541 ouverte le 6 août 2026

Voir sur GitHub
 (5 commentaires) (0 réaction) (0 personne assignée)Go (78 forks)auto 404
cluster-apigood first issue

Métriques du dépôt

Stars
 (721 étoiles)
Métriques de merge PR
 (Métriques PR en attente)

Description

Currently, we are running same test spec for every update strategy which is good in terms of no code-duplications but we are not adding custom checks depending on the strategy.

For instance, inplace upgrade should check there is no mahcine recreated, RecreateDeleteFirst should check there are no more machines than desired..etc. Probably some check injection would be great in order to avoid if-elses depending on the strategy

Guide contributeur

Direction de recherche
Examinez les fichiers de test qui couvrent les stratégies de mise à jour. Identifiez comment le comportement spécifique à la stratégie est actuellement testé et où des vérifications personnalisées peuvent être ajoutées. Envisagez un refactoring pour prendre en charge une logique de test par stratégie sans duplication de code.
Stack technique
go
Domaine
testingbackend
Type d'issue
Test
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
Une demi journée
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
GoGit
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
75