Page 44 - 4787

Для формування якісного робочого коду гнучкі програмісти

використовують розробку, що керується тестами (test-driven development —

TDD), які також називаєють керуючими тестами проектування. Завдяки TDD,

програміст пише тест для кожного дрібного фрагмента функціональності.

Програмісти також пишуть тести інтеграції коду, щоб гарантувати правильну

сумісну роботу невеликих ділянок коду. Такий підхід трактується багатьма

командами, навіть тими, які не називають себе ,,гнучкими”, тому що це –

просто розумний спосіб продумування програмного проекту і уникнення

дефектів. Слід заважити, шо напружена і тривала розробка не допоможе, якщо

поставлена мета в принципі не може бути досягнута. Гнучка розробка дозволяє

усвідомити реальність, яка полягає в тому, що є обмежена кількість годин

продуктивної роботи в день чи тиждень, і тому не потрібно вимагати

неможливого.

Гнучка розробка сприяє вирішенню проблем у складі команди. Замовник,

програмісти, тестувальники, аналітики, що беруть участь у розробці

програмного забезпечення разом вирішують як краще удосконалити

програмний продукт. Найкраще те, що тестувальники працюють разом з

командою людей, які відповідають за забезпечення максимально можливої

якості, і всі вони зосереджені на тестуванні. Отже, якщо мова йде про ,,гнучке

тестування”, то це означає орієнтацію на замовника, який фінансує проект і

визначає бажані для нього засоби та функціональність. У даному випадку

,,тестування" включає тести, що оцінюють продукт і зосереджені на

дослідження того, чого може не вистачати в кінцевому продукті, щоб можна

було це удосконалити. Сюди входить все те, що перебуває за межами

тестування на рівні модулів і компонентів: функціональність, система,

завантаження, продуктивність, безпечність, навантаження, зручність

використання, дослідження, приймання зі сторони користувача. Всі ці типи

тестів можуть бути застосовані до будь-якого продукту – використовує він

гнучкі меиодики чи більш традиційні.

43