CONNEXION
  • RetourJeux
    • Sorties
    • Hit Parade
    • Les + populaires
    • Les + attendus
    • Soluces
    • Tous les Jeux
    • Gaming
  • RetourActu Gaming
    • News
    • Astuces
    • Tests
    • Previews
    • Toute l'actu gaming
  • RetourBons plans
    • Bons plans
    • Bons plans Smartphone
    • Bons plans Hardware
    • Bons plans Image et Son
    • Bons plans Amazon
    • Bons plans Cdiscount
    • Bons plans Decathlon
    • Bons plans Fnac
    • Tous les Bons plans
  • RetourJVTech
    • Actus High-Tech
    • Intelligence Artificielle
    • Smartphones
    • Mobilité urbaine
    • Hardware
    • Image et son
    • Tutoriels
    • Tests produits High-Tech
    • Guides d'achat High-Tech
    • JVTech
  • RetourCulture
    • Actus Culture
    • Culture
  • RetourVidéos
    • A la une
    • Gaming Live
    • Vidéos Tests
    • Vidéos Previews
    • Gameplay
    • Trailers
    • Chroniques
    • Replay Web TV
    • Toutes les vidéos
  • RetourForums
    • Hardware PC
    • PS5
    • Switch 2
    • Xbox Series
    • Switch
    • Pokemon pocket
    • FC 25 Ultimate Team
    • League of Legends
    • Tous les Forums
  • PC
  • PS5
  • Xbox Series
  • Switch 2
  • PS4
  • One
  • Switch
  • iOS
  • Android
  • MMO
  • RPG
  • FPS
En ce moment Genshin Impact Valhalla Breath of the wild Animal Crossing GTA 5 Red dead 2
Liste des sujets

[Java] Questions test unitaire

MokakoM
MokakoM
Niveau 9
17 avril 2018 à 09:27:55

Bonjour,

je débute dans les tests unitaire et j'aurais une question assez simple.
J'ai une méthode, dans lequel j'ai réaliser à côté un test unitaire qui parcourt l'ensemble de la méthode afin de tester tout les cas.

Sauf que je me rend compte que ma méthode principal est bien trop longue, donc je souhaite la diviser en plusieurs méthode.
Est-ce que mon test unitaire sera toujours correct ou faut-il en réécrire pour chaque nouvelle méthode, même si au final, je n'ai fait que diviser la méthode et n'ai rien ajouté ?

Merci d'avance

Message édité le 17 avril 2018 à 09:28:48 par MokakoM
Bunyan
Bunyan
Niveau 17
17 avril 2018 à 12:12:44

Le principe du TU est de tester unitairement, donc "méthode par méthode", mais ça, c'est le principe général.
Si ta méthode fait quinze trucs et trois cent lignes (je caricature) et que tu l'éclates en vingt méthodes... je te conseillerai de garder ton TU existant et d'en rajouter sur les nouvelles méthodes (on supprime rarement un TU).
Si elle fait un truc identifié et que tu l'éclates en trois petites méthodes... je te dirai de ne rien changer.

C'est par rapport à toi, ta couverture de TU et leur maintenance.
On préfère en général des TU qui test méthode par méthode car niveau maintenance, cela permet de plus facilement cibler les problèmes et de plus facilement étoffer les TU pour les corriger.

MokakoM
MokakoM
Niveau 9
17 avril 2018 à 12:16:48

Ok merci de ta réponse. Je vais faire ça.

Mais sinon est-ce que le TU d'origine couvre quand même toute les méthodes ?

Bunyan
Bunyan
Niveau 17
17 avril 2018 à 12:43:08

Sans voir le code, je ne peux pas te répondre, mais en théorie : oui.
Utilises l'outil "couverture de code" de ton IDE pour bien être sur.
Mais en théorie, si tu refacts bien, la couverture de code ne change pas.

MokakoM
MokakoM
Niveau 9
17 avril 2018 à 12:47:01

Ok j'irai voir la couverture de code, et je te remercie pour ces réponses !

Sous forums
  • Aide à l'achat Mac
  • Création de sites web
  • Création de Jeux
  • Linux
  • Programmation
  • Internet
  • Steam Deck
  • Macintosh
  • Hardware
La vidéo du moment