Page 38 - 4787
P. 38

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

               ітерактивний характер розробки програмного забезпечення.

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

               у  формуванні  вимог,  проектуванні  системи  і  написанні  програмних  кодів,

               переходять  в  організацію  тестів.  У  випадку  застосування  каскадної  моделі

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

               дефектів,  виникненя  яких  відслідковується  аж  до  стадії  формування  вимог,

               проектування  або  кодування  програмного  продукту.    Поверненя  до  початку

               каскадного  процесу  розробки  приводить  до  суттєвих  труднощів  і  значних

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

               завершальнв стадії, повинні бути повторно перевірені. Але, незважаючи на усі

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

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

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

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

               іншими  словами,  з  виявлення  і  аналізу  вимог.  Процес  розробки  повинен

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

               виконуються  вони  у  вигляді  лінійної  послідовності,  що  характерно  для

               каскадної  моделі,  чи  в  рамках  ітерактивної  послідовності,  характерної  для

               моделей  еволюційного  прототипування,  і  поетапної  передачі.  Розглянемо

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

               процесу,  але  базові  принципи  швидкого  тестування  повинні  застосовуватися

               незалежно від вибраної моделі життєвого циклу.

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

               організації тестів залишається незрозумілою до стадії системного тестування і

               випробовувань на стадії прийому. Більша частина видів діяльності, характерних

               для ранніх стадій, таких як проектування, кодування і модульне тестування, в

               першу  чергу  зв’язано  з  колективом  розробників  програмного  забезпечення.  З

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

               процесу тестування.




                                                                                                             37
   33   34   35   36   37   38   39   40   41   42   43