Page 47 - 4787

просто повинні чекати роботи, а шукати можливості внести свій вклад на увесь

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

у цих двох методах тестування.

Порівняння традиційного і гнучкого тестування. З поетапного підходу

зрозуміло, що тестування здійснюється в кінці, тобто безпосередньо перед

виходом випуску (рис. 4.3.). Ця діаграма ідеалістична, оскільки складається

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

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

кодування займало більше часу, ніж передбачалося, а тому що команда

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

Вимоги

Специфіка

Код

тестування

Випуск

Рисунок.4.3. Традиційне і гнучке тестування

Гнучкі команди тісно працюють з замовником і детально розуміють

вимоги. Вони зосереджені на своєму вкладі в проект і можуть значно впливати

на вибір пріоритету засобів, що реалізуються.

Тестувальники не просто повинні чекати роботи, а шукати можливості

внести свій вклад на увесь цикл розробки і на перспективу.

Питання для самоконтролю.

1.Чим відрізняється гнучна розробка і гнучке тестування?

2.Які пріоритети включає ,,Маніфест” гнучкої розробки програмного

забезпечення?

3. Яка структура гнучкої розробки програмного забезпеченн?

4. Що є за межами тестування на рівні модулів і компонентів?

5. Чим відрізняється ,,команда замовників” від ,,команди розробників”.при

46