результати ЕКСПЕРИМЕНТ.
ПОСТАНОВКА Задачі
1. Розглянуто існуючі формальні МОДЕЛІ для представлення програмного забезпечення.
2. Розробити підхід генерації тестів на Основі обраної МОДЕЛІ.
. Розробити програмне забезпечення, что демонструє заяв підхід - генерує тести и формує з них Тестовий набір.
. Продемонструваті роботу розроблення програмного забезпечення на прикладах.
РОЗДІЛ 1. АНАЛІЗ ПРОБЛЕМ процеса Тестування ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ
Програмні продукти демонструють стійку тенденцію до ЗРОСТАННЯ и ускладнення. Це природно - продукти розвіваються, в них з «являються Нові Функції и возможности. Альо при цьом зростає такоже складність самих ПРОДУКТІВ, взаємозв »язків їх компонентів и підсістем, інтеграція з іншімі Додатками. Всі це створює значний ймовірність ВИНИКНЕННЯ дефектів в програмному забезпечені.
Тому зараз тестування є неодмінною умів успішного Функціонування як для гігантів індустрії таких як Google, Microsoft, IBM чі Oracle, так и для розробніків програмного забезпечення «під замовлення».
Тестування програмного забезпечення Складається з різніх випробувань, через Які винен пройти програмного продукту и Включає Різні види ДІЯЛЬНОСТІ, пов язані з контролем его якості.
Тестування НЕ є самостійною актівністю. Воно має свое визначене місце у МОДЕЛІ життєвого циклу розробки продукту и самє ця модель має Найбільший Вплив на ті, як процес тестування буде організовано. Від МОДЕЛІ покладів что и коли винне буті перевірено, про єм регресійного тестування, візначає Які техніки тестування буде використан та Багато Іншого.
Індустрія програмного забезпечення розвівається стрімкімі темпами и СЬОГОДНІ моделей життєвого циклу и їх варіацій існує й достатньо Багато. Класичними вважаються - каскадних , V-модель и ітератівна . Найпопулярнішімі ж СЬОГОДНІ є гнучкі модель розробки.
каскадних модель або «водоспад»
Найраніша модель розробки ПЗ, запропонована 1970 году Уінстоном Ройсом. Вона передбачає послідовне Виконання всех етапів проекту в чітко фіксованому порядку рис.1.1. Перехід на Наступний етап означає повне Завершення робіт на попередня. Вимоги, візначені на стадії Формування вимог, Суворов документуються у вігляді технічного Завдання и фіксуються на весь годину розробки проекту. Кожна стадія завершується випуском полного комплекту документації, достатньої для того, щоб розробка могла буті продовжено іншою командою розробніків.
Рис. 1.1 каскадні модель або «водоспад»
Тестування у каскадній МОДЕЛІ розробки
Місце тестування у МОДЕЛІ «водоспад» є перед завершенням життєвого циклу проекту, тоб дефекти становляться виявленості около до дати випуску продукту на ринок. Відомо, что ВАРТІСТЬ виправлення дефектів знайдення у кінці проекту набагато більша, ніж На ранніх етапах рис.1.2. Найкрітічнішою є Ситуація, коли дефект знайдення у спеціфікації, что вертає розробка на початкових фазу. Інколи Такі проекти становится вігіднішім закрити, чім почінаті розро...
