Verwarde tests verbergen echte problemen 
 
 TL;DR: Je plaatst meerdere asserties in één test, waardoor fouten moeilijk te analyseren zijn. TL;DR: Je plaatst meerdere asserties in één test, waardoor fouten moeilijk te analyseren zijn. Problemen 
 
 
 
 
 
 
 
 
 leesbaarheid Fragile tests Langzaam testen Debugging pijn Gekoppelde logica nachtmerrie onderhoud Dubbele mislukkingen Generieke beweringen Oplossingen 
 
 
 
 
 
 Volg de one-assert-per-test regel Extract assertieve methoden Gebruik beschrijvende testnamen Groep gerelateerde controles Refactor test logica in kleinere stukken Reacties ️ https://hackernoon.com/improving-the-code-one-line-at-a-time?embedable=true https://hackernoon.com/refactoring-013-eliminating-repeated-code-with-dry-principles?embedable=true https://maximilianocontieri.com/refactoring-010-extract-method-object?embedable=true https://maximilianocontieri.com/refactoring-011-replace-comments-with-tests?embedable=true Context Wanneer u meerdere beweringen in een enkele test verzamelt, worden mislukkingen dubbelzinnig. Je weet niet welk deel van de code de fout veroorzaakte. Stel je voor dat een test met vijf beweringen mislukt bij de tweede - je ziet nooit of beweringen 3, 4 en 5 zouden zijn doorgegeven of mislukt, waardoor extra gebreken worden verborgen. Tests moeten nauwkeurig, gemakkelijk te begrijpen en gericht zijn. Elke test moet een enkel gedrag valideren en het doel ervan duidelijk communiceren. Een enkele testfunctie moet een enkel real-world ding/concept testen. Je moet lange functies niet secundair schrijven om ongerelateerd gedrag te testen. Dit verbergt meestal het probleem van zware en De setups. gekoppeld Voorbeeldcode Verkeerd 🙂 def test_car_performance():
    car = Formula1Car("Red Bull")
    car.set_speed(320)
    assert car.speed == 320
    car.accelerate(10)
    assert car.speed == 330
    car.brake(50)
    assert car.speed == 280
    car.change_tire("soft")
    assert car.tire == "soft"
 Goed 🙂 def test_set_speed():
    car = Formula1Car("Red Bull")
    car.set_speed(320)
    assert car.speed == 320, (
        f"Expected speed to be 320 km/h, "
        f"but got {car.speed} km/h"
    )

def test_accelerate():
    car = Formula1Car("Red Bull")
    car.set_speed(320)
    car.accelerate(10)
    assert car.speed == 330, (
        f"Expected speed to be 330 km/h "
        f"after accelerating by 10, "
        f"but got {car.speed} km/h"
    )

def test_brake():
    car = Formula1Car("Red Bull")
    car.set_speed(330)
    car.brake(50)
    assert car.speed == 280, (
        f"Expected speed to be 280 km/h "
        f"after braking by 50, "
        f"but got {car.speed} km/h"
    )

def test_change_tire():
    car = Formula1Car("Red Bull")
    car.change_tire("soft")
    assert car.tire == "soft", (
        f"Expected tire type to be 'soft', "
        f"but got '{car.tire}'"
    )
 Detectie 
 
 [x] Automatisch Controleer voor tests met meer dan één bewering. Zoek naar tests die om meerdere redenen falen of meerdere niet-gerelateerde acties dekken. De meeste linters en test frameworks kunnen meerdere beweringen vlaggen. Stel een regel in om te waarschuwen wanneer tests een of twee beweringen overschrijden. Uitzonderingen U kunt meerdere asserties alleen groeperen als ze hetzelfde logische gedrag of de output van een zuivere functie valideren. Tags ️ 
 
 Testen niveau 
 
 [x] De tussentijdse Waarom de bijection belangrijk is ️ Je hebt een tussen entiteiten en uw tests. Bijection Kaart Als één test meerdere gedragingen controleert, breken mislukkingen deze mapping. Wanneer een test mislukt, moet u onmiddellijk precies weten welk gedrag is gebroken zonder de testcode te lezen. De generatie AI-generatoren produceren vaak tests met meerdere beweringen en proberen alles in één shot te dekken. Dit gebeurt omdat AI-tools optimaliseren voor code-dekking in plaats van testhelderheid, testen behandelen als checklists in plaats van gedragsspecificaties. De detectie AI kan refactor tests om één bewering per test te houden. Probeer het eens! Vergeet niet: AI-assistenten maken veel fouten 
 
 Aanbevolen Prompt: Refactor dit testbestand om één bewering per testmethode te bevatten. Aanbevolen Prompt: Refactor dit testbestand om één bewering per testmethode te bevatten. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 Without Proper Instructions 
 With Specific Instructions 
 
 
 
 ChatGPT 
 ChatGPT 
 
 
 
 Claude 
 Claude 
 
 
 
 Perplexity 
 Perplexity 
 
 
 
 Copilot 
 Copilot 
 
 
 
 You 
 You 
 
 
 
 Gemini 
 Gemini 
 
 
 
 DeepSeek 
 DeepSeek 
 
 
 
 Meta AI 
 Meta AI 
 
 
 
 Grok 
 Grok 
 
 
 
 Qwen 
 Qwen ChatGPT ChatGPT Claude Claude Verwarring Verwarring Copilot Copilot Jij Jij Gemini Gemini DeepSeek DeepSeek Doel van AI Doel van AI Groen Groen Qwen Qwen Conclusie Tests moeten geconcentreerd en nauwkeurig zijn. Je moet snel begrijpen welk contract gebroken is. Vermijd meerdere beweringen per test om fouten duidelijk te maken, sneller te debuggen en uw testpakket onderhoudbaar te maken. Relaties https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xi-sit35t1 https://hackernoon.com/code-smell-03-functions-are-too-long-heres-how-to-fix-that https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-x-i7r34uj https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xxi Meer informatie https://hackernoon.com/coupling-the-one-and-only-software-designing-problem-9z5a321h Disclaimer De geuren zijn van mij . Opinie Krediet Foto door zijn Bezoek Venugopal Unsplash 
 
 Testen gaat niet over het vinden van bugs, het gaat om het begrijpen ervan Testen gaat niet over het vinden van bugs, het gaat om het begrijpen ervan door Brian Marick https://hackernoon.com/400-thought-provoking-software-engineering-quotes?embedable=true Dit artikel maakt deel uit van de CodeSmell serie. https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-i-xqz3evd?embedable=true

Winner of Noonies 2020 for the award Hacker Noon Contributor of the Year - REFACTORING.

2020 - Hacker Noon Contributor of the Year in REFACTORING

2022 - HackerNoon Contributor of the Year - Clean Code

2022 - HackerNoon Contributor of the Year - Debugging

2022 - HackerNoon Contributor of the Year - Github

2022 - HackerNoon Contributor of the Year - Machine Learning

2022 - HackerNoon Contributor of the Year - Quality Assurance

2022 - HackerNoon Contributor of the Year - Refactoring

2022 - HackerNoon Contributor of the Year - Software Architecture

2022 - the Greatest Storyteller

Buy My Book

Share your ideas with me!

Read My Stories

Buy Me a Coffee

Software Engineer and Book Author

Deze audio wordt geproduceerd in de originele taal van het verhaal!

Te lang; Lezen

Code Smell 312 - Je plaatst meerdere beweringen in één test, waardoor fouten moeilijk te analyseren zijn

Code Smell 312 - Je plaatst meerdere beweringen in één test, waardoor fouten moeilijk te analyseren zijn

About Author

OPMERKINGEN

LABELS

DIT ARTIKEL WERD GEPRESENTEERD IN

Related Stories

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps