Съдържание
Когато правим мащабни разработки, ние често губим от поглед, когато направим промяна в това, че тя ще засегне останалата част от нея, този тип несигурност може да доведе до катастрофа, ако новите промени наистина повредят нещо, което е било предварително одобрено.За да се избегне този тип ситуации, разработката се основава на тестове, тоест ние изграждаме системни тестове Преди да изградим кода с решението, по този начин започваме с нещо, което ни дава грешки от самото начало и го караме да премине всички тестове.
Когато добавяме нова промяна, ние просто изпълняваме всички вече написани тестове и ако някой, който вече е преминал, се проваля, знаем, че трябва да направим корекция в нашия код.
Опитайте първо, кодирайте по -късно
В подхода на програмиране обикновено правим това напишете парче код и по-късно опитайте нашата програма Да видим дали работи и ни дава очаквания резултат, мнозина биха могли да кажат, че това е най -добрият и може би за определени изисквания е най -добрият вариант, но какво ще стане, ако с всеки нов код трябва да изпробваме цял процес на пазаруване, където харчим 15 минути само тестване, това би било много загуба на време, което бихме могли да прекараме в други дейности по нашия проект.
В екстремното програмиране, където трябва да постигнем големи резултати с минимални ресурси и време, ако си представим предишната ситуация, която гарантираме определен провал, това е мястото, където програмирането въз основа на тестове или Тестово разработено развитие Както много пъти ще го намерим, с това първо ще направим теста, а след това кода, принуждавайки ни да имаме поддръжка с теста и по този начин да сме сигурни, че нашият код не се провали, а в крайна сметка вместо да тестваме процеса на закупуване просто ще стартираме файл, който ще ни даде резултата от контролно -пропускателни пунктове че решаваме да опитаме.
Нека видим по -долу изображение с код, който изпълнява някои тестове и след това ще обясним как работи:
Ако е правилно, ние отпечатваме, че сме преминали теста, в противен случай тестът се е провалил, този сравнително прост подход за това какво представлява тест ни показва, че повече от това да видим дали нашата програма работи или не, ние търсим валидиране на нашето решение на адрес нивото Като цяло, тъй като знаейки какво трябва да върнем, ние знаем проблема и с него трябва да намерим начин да го решим.
В примерния тест, ако го изпълним, трябва да имаме много грешки в началото, тъй като решаваме всяка от тях, постигаме валидирането на нашето решение.
Въпреки че на пръв поглед изглежда, че програмираме обратно, в крайна сметка тази методология може да ни спести много главоболия, когато правим голяма и сложна система.Хареса ли ви и помогнахте на този урок?Можете да възнаградите автора, като натиснете този бутон, за да му дадете положителна точка
