Հիմնական հոդված՝ Հիմնական հոդված՝ Հիմնական հոդված՝ Հիմնական հոդված՝ Հիմնական հոդված 
 
 TL;DR: Դուք տեղադրում եք մի քանի հավատերը մեկ փորձում, այնպես որ սխալները դժվար են վերլուծվել: TL;DR: Դուք տեղադրում եք մի քանի հավատերը մեկ փորձում, այնպես որ սխալները դժվար են վերլուծվել: 
 
 
 
 
 
 
 
 
 Գիտելիություն Հեղինակային Tests Հիմնական Tests Debugging ծախսերը Հիմնական logic Սննդի սննդը Հիմնական սխալները Հիմնական հարցեր Հիմնական լուծումներ 
 
 
 
 
 
 Հետեւեք One-assert-per-test համակարգը Արդյոք, հավելված մեթոդները Օգտագործեք ներառյալ Test Names Group- ի հետազոտությունների մասին Refactor Test Logic- ը փոքրիկ մասերում Արդյոք ️ 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 Հիմնական Երբ դուք միասնական փորձում մի քանի հավատում եք, սխալները կախված են. Դուք չգիտեք, թե ինչ մասը կոտրել է սխալ. Տեսեք, որ մեկ փորձը, որը ունի 5 հավելվածներ, սխալ է երկրորդում: Դուք երբեք չեք տեսնում, թե 3, 4 եւ 5 հավելվածները պետք է անցել են, կամ սխալ են, սեղմելով լրացուցիչ սխալները: Tests պետք է լինել ճշգրիտ, հեշտ է հասկանալ, եւ կենտրոնացած. Ամեն փորձը պետք է ստուգել միայն մեկ բուժում եւ բացահայտել իր նպատակը: Միայն փորձարկման գործառույթը պետք է փորձարկվի մեկ իրական աշխարհի բանը / ռեժիմը: Դուք չեք պետք է գրել երկար գործառույթներ փորձարկելու անմիջապես անմիջական գործառույթներ. Այս մասին սովորաբար խոսում են խոշոր եւ Սպիտակներ Կասկած Հիմնական կոդը Հեղինակ՝ 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] Ավտոմատ Խնդրում ենք ստուգել ավելի քան մեկ սերտիֆիկներ. Խնդրում ենք գտնել փորձերը, որոնք սխալ են բազմաթիվ պատճառների համար կամ ներառում են բազմաթիվ անմիջական գործողություններ: Շատ լենտերներ եւ փորձարկման սարքավորումներ կարող են տպագրել մի քանի հավելվածություններ: Տեղադրեք կարգը, որը խոստանում է, երբ փորձը ավելի քան մեկ կամ երկու հավատում է: Ապրանքներ Դուք կարող եք միավորել մի քանի հավելվածները միայն այն ժամանակ, երբ նրանք հավելված են մի քանի միասին լոգիական գործառույթը կամ պարզ գործառույթի արտադրանքը: ️ ️ 
 
 Տեսագրություն 
 
 [x] Հիմնական Ինչպե՞ս է նշանակում ️ Դուք պետք է Երկու Տեսակներ եւ ձեր փորձերը. Բրիտանիա Քարտի Եթե մեկ փորձը ստուգում է բազմաթիվ գործառույթները, սխալները սխալ են այս մուտքի. Երբ ստուգում սխալ է, դուք պետք է անմիջապես գիտեք, թե ինչ սխալ է ստուգում, առանց կարդալ ստուգման կոդը. Արդյոք AI Generators- ը հաճախ արտադրում է փորձերը բազմաթիվ հավատերների հետ, փորձելով ամեն ինչ կպահել մեկ սեղմում: Այս մասին է, քանի որ AI գործիքները optimize են սեղմման համար, ոչ թե փորձարկման հզորության համար, փորձարկման համար checklists, ոչ թե գործառույթների մասնագիտության համար: Տեսագրություն AI- ը կարող է վերահսկել փորձերը, որպեսզի մեկ հավելված է փորձի համար: Խնդրում ենք! Գիտեք, որ AI Assistants- ը շատ սխալներ ունեն 
 
 Խնդրում ենք վերականգնել այս փորձարկման ֆայլը, որը ներառում է մեկ հավելվածը յուրաքանչյուր փորձարկման մեթոդի համար: Կրացեք յուրաքանչյուր փորձը կենտրոնացած եւ նկարագրական: Խնդրում ենք վերականգնել այս փորձարկման ֆայլը, որը ներառում է մեկ հավելվածը յուրաքանչյուր փորձարկման մեթոդի համար: Կրացեք յուրաքանչյուր փորձը կենտրոնացած եւ նկարագրական: 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 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 Գրիկ Գրիկ Կանայք Կանայք Հաջողություն Tests- ը պետք է լինի ճշգրիտ եւ ճշգրիտ: Ձեզ պետք է հասկանալ, թե ինչ բուժում է, թե ինչ բուժում է. Միացեք մի քանի հավելվածներ մեկ փորձի համար, որպեսզի սխալները հուսալի են, debugging արագ է, եւ ձեր փորձի կետը պահպանելի է: 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 Հիմնական հոդված՝ Հիմնական հոդված՝ Code Smells Are Mine . Հիմնական Ապրանքներ Նկարագրություն Դա Բրիտանիա Venugopal Unplash է 
 
 Testing- ը ոչ թե գտնում է bugs, այն մասին, որ իմանալ նրանց Testing- ը ոչ թե գտնում է bugs, այն մասին, որ իմանալ նրանց Բրիտանի Marick https://hackernoon.com/400-thought-provoking-software-engineering-quotes?embedable=true Այս հոդվածը CodeSmell Series-ի մաս է: 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

Այս աուդիոն պատրաստվել է պատմության բնօրինակ լեզվով:

Չափազանց երկար; Կարդալ

Code Smell 312- ը - Դուք մի քանի հավատում եք, ինչպիսիք են սխալները, որոնք դժվար են վերլուծել

Code Smell 312- ը - Դուք մի քանի հավատում եք, ինչպիսիք են սխալները, որոնք դժվար են վերլուծել

About Author

ՄԵԿՆԱԲԱՆՈՒԹՅՈՒՆՆԵՐ

ԿԱԽՎԵԼ ՏԵԳՍԵՐ

ԱՅՍ ՀՈԴՎԱԾԸ ՆԵՐԿԱՅԱՑՎԵԼ Է Մ

Related Stories

HyperCycle Announces Strategic Split into Two Distinct Operations

Hypernative Bolsters Bitcoin L2 Security as Stacks Ecosystem Gets Real-Time Protection

What is Hyperthreading and How Do You Enable It?

How HyperCycle Is Building the Internet for AI: A Deep Dive with Toufi Saliba

HyperCycle Announces Strategic Split into Two Distinct Operations

Hypernative Bolsters Bitcoin L2 Security as Stacks Ecosystem Gets Real-Time Protection

What is Hyperthreading and How Do You Enable It?

How HyperCycle Is Building the Internet for AI: A Deep Dive with Toufi Saliba

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps