Testele neclare ascund problemele reale 
 
 TL;DR: Puneți mai multe afirmații într-un singur test, ceea ce face dificilă analizarea eșecurilor. TL;DR: Puneți mai multe afirmații într-un singur test, ceea ce face dificilă analizarea eșecurilor. Probleme 
 
 
 
 
 
 
 
 
 lizibilitate Teste fragile Testare lentă Debugging durere Logica cuplată Coșmarul de întreținere Eșecuri ambigue Afirmații generice Soluții 
 
 
 
 
 
 Urmați regula One-assert-per-test Extragerea metodelor de afirmatie Utilizați denumiri de testare descriptive Verificări legate de grup Testarea logicii refactorului în bucăți mai mici Recomandări ️ 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 Contextul Atunci când faceți mai multe afirmații într-un singur test, eșecurile devin ambigue. Nu știi care parte a codului a cauzat eșecul. Imaginați-vă un test cu cinci afirmații eșuează la al doilea - nu vedeți niciodată dacă afirmațiile 3, 4 și 5 ar fi trecut sau eșuat, ascundând defecte suplimentare. Testele ar trebui să fie precise, ușor de înțeles și concentrate. Fiecare test trebuie să valideze un singur comportament și să comunice în mod clar scopul său. O singură funcție de testare ar trebui să testeze un singur lucru/concept din lumea reală. Nu ar trebui să scrieți funcții lungi pentru a testa comportamentele nerelative secvențial. Acest lucru se datorează în mod obișnuit problemei greutății și setări . cuplată Sample Cod greșită 🙂 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"
 Dreaptă 🙂 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}'"
    )
 Detecţie 
 
 [x] În mod automat Verificați pentru teste cu mai mult de o afirmație. Căutați teste care nu reușesc din mai multe motive sau acoperă mai multe acțiuni care nu au legătură. Majoritatea linterelor și a cadrelor de testare pot marca mai multe afirmații. Stabiliți o regulă pentru a avertiza atunci când testele depășesc una sau două afirmații. Excepţii Puteți grupa mai multe afirmații numai atunci când acestea validă același comportament logic sau rezultatul unei funcții pure. ️ ️ 
 
 Testează Nivel 
 
 [x] Între timp De ce este importantă mișcarea ️ Ai nevoie de o între entităţilor şi testelor lor. Bijecii Harta Dacă un test verifică mai multe comportamente, eșecurile întrerup această cartografiere. Când un test eșuează, ar trebui să știți imediat exact ce comportament este rupt fără a citi codul de testare. Generația Generatoarele AI produc adesea teste cu mai multe afirmații, încercând să acopere totul într-o singură lovitură. Acest lucru se datorează faptului că instrumentele de inteligență artificială optimizează acoperirea codului, mai degrabă decât testarea clarității, tratând testele ca liste de verificare, mai degrabă decât specificații comportamentale. Detecție AI poate refactoriza testele pentru a păstra o afirmație pe test. Încercați! Amintiți-vă: Asistenții AI fac multe greșeli 
 
 Prompt sugerat: Refactor acest fișier de testare pentru a conține o afirmație pe metodă de testare. Prompt sugerat: Refactor acest fișier de testare pentru a conține o afirmație pe metodă de testare. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 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 Chată Chată Claude Claude perplexitate perplexitate Copilotul Copilotul Tu Tu Gemenii Gemenii profunzime profunzime Țintă AI Țintă AI Grocă Grocă Cuvânt Cuvânt Concluzie Testele trebuie să fie concentrate și precise. Trebuie să înțelegeți rapid care contract este rupt. Evitați mai multe afirmații pe test pentru a clarifica eșecurile, pentru a face depistarea mai rapidă și pentru a vă menține setul de teste. Relații 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 Mai multe informații https://hackernoon.com/coupling-the-one-and-only-software-designing-problem-9z5a321h Disclaimer Mirosurile sunt ale mele . Opinia Credite Fotografie de este Călărași Venugopal Unsplash 
 
 Testarea nu este despre găsirea de bug-uri, este despre înțelegerea lor Testarea nu este despre găsirea de bug-uri, este despre înțelegerea lor Brian Marick https://hackernoon.com/400-thought-provoking-software-engineering-quotes?embedable=true Acest articol face parte din seria CodeSmell. 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

Acest audio este produs în limba originală a poveștii!

Prea lung; A citi

Code Smell 312 - Puneți mai multe afirmații într-un singur test, făcând dificilă analizarea eșecurilor

Code Smell 312 - Puneți mai multe afirmații într-un singur test, făcând dificilă analizarea eșecurilor

About Author

COMENTARII

Etichete suspendate

ACEST ARTICOL A FOST PREZENTAT IN

Related Stories

The TechBeat: Digital Transformation Success Stories in Mezzanine Lending (3/3/2024)

Intel Stuns Employees By Cutting Free Office Fruit (And Staff)

The Data Behind Colorado's First-ever Rural Venture Capital Pitch Event

The #bitcoin Writing Contest by Rootstock and HackerNoon: Round 1 Results 🎉

The TechBeat: Digital Transformation Success Stories in Mezzanine Lending (3/3/2024)

Intel Stuns Employees By Cutting Free Office Fruit (And Staff)

The Data Behind Colorado's First-ever Rural Venture Capital Pitch Event

The #bitcoin Writing Contest by Rootstock and HackerNoon: Round 1 Results 🎉

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps