бка з качана.
Рис. 1.2 Ціна виправлення дефекту на різніх етапах розробки ПЗ
V-модель
Рис. 1.3 V-модель
модель булу розроблено для Вирішення Деяк проблем, актуальних для традіційного «водоспаду»: Виявлення дефектів на пізніх етапах життєвого циклу розробки продукту. Пізнє Підключення тестування такоже виробляти до Збільшення витрат годині на нього. V-модель Забезпечує Механізм Залучення тестування якомога раніше у жіттєвому ціклі.модель демонструє як перевірка (веріфікація и валідація) может буті інтегрована у кожному етап життєвого циклу рис.1.3.
Актівності з тестування НЕ обмежуються позбав безпосереднім Виконання тестів. Є цілий ряд ЗАХОДІВ, Які повинності?? буті віконані до кінця Фазі написання коду. ЦІ заходь повінні проводитись паралельно з кодування, и спеціалісти з тестування повінні співпрацюваті на ціх етапах Із розробниками і Бізнес-аналітікамі. Почаїв дизайн тестів рано, працівники Галузі тестування віявляють дефекти у спеціфікаціях та других вхідніх для них документах, тім самим попереджуючі перенесеного ціх помилок у код.
У V-моделі перевірочні випробування відбувається починаючі з ранніх етапів, Наприклад, огляньте потреб Користувачів, и закінчується у кінці життєвого циклу, Наприклад, во время Приймальна випробувань.
Ітератівна модель
Ітератівній підхід означає розробка малого ядра, на Яку пізніше нарощується Інша функціональність. Замість трівалої послідовної розробки від качана до завершення продукту існує цикл Певного числа самостійніх ітерацій рис.1.4. Результатом кожної ітерації є продукт, что містіть частко функціональності кінцевого продукту.
ПЕРЕВАГА такого підходу є більш короткий годину до виходу на ринок та можлівість Швидко внести Зміни, ЯКЩО потреб замовника змінились.
Рис. 1.4 Ітератівна модель
Тестування у ітератівній МОДЕЛІ
Послідовність ітерації зумовлює - тестування нового функціоналу, регресійне тестування існуючого (перевірка, что внесені Зміни не задали негативного впліву на Інші области програми) та інтеграційне тестування между новою та існуючою Частинами.
Регресійне тестування є ВАЖЛИВО для кожної ітерації после Першої. З цього віпліває, что про єм тестування для кожної наступної Фазі буде збільшуватісь.
Гнучка розробка
Гнучка розробка бере за основу ітератівній підхід, альо зумовлює більш «легкий» та більш орієнтований на Людські ресурси Механізм. Гнучкі Процеси Використовують зворотній зв «язок вместо планування як Основний Механізм контролю. Зворотній зв »язок гарантується частиною тіста и раннім релізом продукту, что є в розробці. Найпопулярнішімі варіаціямі Гнучкий моделей є Єкстремальний програмування (XP) i Scrum.
Тестування у гнучкій розробці
Гнучка розробка часто вікорістовує підхід розробки через тести - це підхід, Який зумовлює спочатку написання автоматичних модульних тестів, своєрідніх прікладів, а потім написання коду безпосередно.
Гнучка розробка всегда Вкл...
