הבדיקות המבלבלות מסתירות בעיות אמיתיות 
 
 TL;DR: אתה לשים טענות מרובות במבחן אחד, מה שהופך את הכישלונות קשים לניתוח. TL;DR: אתה לשים טענות מרובות במבחן אחד, מה שהופך את הכישלונות קשים לניתוח. בעיות 
 
 
 
 
 
 
 
 
 קריאות מבחנים חלשים בדיקות איטיות דובדבן כאב לוגיקה משולבת סיוט לשמירה כישלונות חד משמעיים טענות גנריות פתרונות 
 
 
 
 
 
 עקבו אחרי one-assert-per-test תגית: Assert Methods שימוש בשמות בדיקות תיאורטיות בדיקות הקשורות לקבוצה בדיקת ההיגיון בפיסות קטנות יותר תגיות ️ 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 הקשר כאשר אתה מפרט טענות מרובות במבחן אחד, הכישלונות הופכים לא ברורים. אתה לא יודע איזה חלק של הקוד גרם לכישלון. תארו לעצמכם מבחן עם חמישה הצהרות נכשל באחד השני - אתה אף פעם לא רואה אם הצהרות 3, 4 ו 5 היו עברו או נכשלו, מסתיר פגמים נוספים. הבדיקות צריכות להיות מדויקות, קלות להבנה, וממוקדות. כל בדיקה צריכה לאמת התנהגות אחת ולהודיע בבירור על מטרתה. פונקציה בדיקה אחת צריכה לבדוק דבר / מושג בעולם האמיתי אחד. אתה לא צריך לכתוב פונקציות ארוכות לבדוק התנהגויות לא קשורות ברציפות. זה בדרך כלל מסתיר את הבעיה של כבד ו סטיילינג משולבים קוד דוגמה טעות 🙂 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"
 צודק 🙂 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}'"
    )
 זיהוי 
 
 x אוטומטית בדוק אם יש בדיקות עם יותר מאשר טענה אחת. חפש בדיקות אשר נכשלות מסיבות רבות או מכסות פעולות רבות שאינן קשורות. רוב הברזים ואת מסגרות הבדיקה יכולות להכיל טענות מרובות. קבעו חוק כדי להזהיר כאשר בדיקות עולה על אחת או שתי הצהרות. יוצאים מן הכלל ניתן לקבוצת טענות מרובות רק כאשר הן מאשרת את אותה התנהגות לוגית או את היציאה של פונקציה טהורה. יום יום ️ 
 
 מבחן רמה 62 
 
 [x] ביניים למה זה חשוב ️ אתה צריך A בין המשתמשים והבדיקות שלכם. bijection מפה אם מבחן אחד בודק התנהגויות מרובות, כשלונות לשבור את המפה הזאת. כאשר מבחן נכשל, אתה צריך מיד לדעת בדיוק איזה התנהגות שבורת מבלי לקרוא את קוד הבדיקה. הדור השני גנרטורים AI לעתים קרובות לייצר בדיקות עם טענות מרובות, מנסים לכסות הכל בהצגה אחת. זה קורה כי כלים AI אופטימיזציה עבור כיסוי קוד במקום בדיקת בהירות, לטפל בדיקות כמו רשימות בדיקה ולא ספציפיות התנהגותיות. זיהוי AI יכול לבצע בדיקות refactor כדי לשמור על הצהרה אחת לכל בדיקה. נסו את זה! זכור: עוזרי AI עושים הרבה טעויות 
 
 הצעה: מחדש את קובץ הבדיקה הזה כדי להכיל טענה אחת לכל שיטת הבדיקה. הצעה: מחדש את קובץ הבדיקה הזה כדי להכיל טענה אחת לכל שיטת הבדיקה. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 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 צ'אט צ'אט קלוד קלוד בלבול בלבול ילד טייס ילד טייס אתה אתה תאומים תאומים DeepSeek DeepSeek מטרה AI מטרה AI גרוק גרוק קווין קווין מסקנות הבדיקות צריכות להיות ממוקדות ומדויקות. אתה צריך להבין במהירות איזה חוזה נשבר. הימנע תביעות מרובות לכל מבחן כדי להפוך את הכישלונות ברורים, דיבוג מהיר יותר, ואת חבילת הבדיקות שלך ניתן לשמור. יחסים 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 מידע נוסף https://hackernoon.com/coupling-the-one-and-only-software-designing-problem-9z5a321h Disclaimer ריחות הם שלי . חוות דעת קרדיט תמונה של הוא תגית: Venugopal Unsplash 
 
 הבדיקה היא לא על מציאת פגמים, זה על הבנתם הבדיקה היא לא על מציאת פגמים, זה על הבנתם בריאן מריק https://hackernoon.com/400-thought-provoking-software-engineering-quotes?embedable=true מאמר זה הוא חלק מהסדרה 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

האודיו הזה מופק בשפת המקור של הסיפור!

יותר מדי זמן; לקרוא

מריח קוד 312 - אתה לשים טענות מרובות במבחן אחד, מה שהופך את הכישלונות קשים לניתוח

מריח קוד 312 - אתה לשים טענות מרובות במבחן אחד, מה שהופך את הכישלונות קשים לניתוח

About Author

הערות

תלו תגים

מאמר זה הוצג ב

Related Stories

The TechBeat: To Focus or Not Focus: How to Find the Right Product-Market Fit (3/14/2024)

97 Stories To Learn About Quicknode

10 Reasons Why Publishing on HackerNoon Will Skyrocket Your Reach and Impact

The TechBeat: Nintendo Breaks Its Silence On Palworld (3/6/2024)

The TechBeat: To Focus or Not Focus: How to Find the Right Product-Market Fit (3/14/2024)

97 Stories To Learn About Quicknode

10 Reasons Why Publishing on HackerNoon Will Skyrocket Your Reach and Impact

The TechBeat: Nintendo Breaks Its Silence On Palworld (3/6/2024)

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps