Зміст
1. Введення
2. Постановка завдання
2.1 Опис об'єкта тестування
3. Функціональне тестування
3.1 Вибір методу тестування
3.2 Класифікація помилкових ситуацій
3.3 План модульного тестування
3.4 Тестування
3.4.1 Локалізація помилковою області
3.4.2 Налагодження програми
3.4.3 Висновок про тип і причини помилки. Пропозиція щодо її виправлення
3.5 Результати модульного тестування
4. Структурне тестування у вершинах розгалуження
4.1 Опис методу структурного тестування
4.2 Постановка завдання структурного тестування
4.3 Тестування
4.4 Результати структурного тестування
5. Структурне тестування маршрутів
5.1 Опис методу структурного тестування маршрутів
5.2 Постановка завдання структурного тестування маршрутів
5.3 Тестування
5.4 Результати структурного тестування маршрутів
6. Висновки
1. Введення
Тестування - це процес встановлення відповідностей між об'єктом тестування і специфікаціями, заданими у технічному завданні на його розробку. У більш широкому сенсі тестування можна розуміти як процес досвідченого, часто експериментального аналізу функ-циональности досліджуваної програмної системи. p align="justify"> В області тестування ПС історично склалися непрості ставлення-ня між тестувальниками та розробниками ПС.
За образним висловом І. Винченко В«... професія тестувальника програмного забезпечення, як і її сестра - професія інженера з якості, а такожВ« виросла В»з них професія інженера з автоматизації про-процесів тестування, дуже молода і найчастіше овіяна міфами і схильна до впливу забобонів. Ця професія, що з'явилася в Сполучених Шта-тах Америки понад 15 років тому, навіть там не користується великою повагою у програмістів - В«білої кісткиВ» IТ-світу ... В». p align="justify"> Ймовірно завдяки цій обставині на практиці, при розробці ПС, тестування застосовується рідко. Ще рідше ці процеси автоматизи-руются. Значну роль тут відіграє оману, а іноді і самоуве ренность, досвідчених програмістів, що зводиться до тези, що грамотне і ак-куратное програмування виключає можливість внесення помилок у ко-нечний програмний продукт. Насправді слід сходити з посилки, що за будь-яких обставин людина нездатний уникнути помилок. Досвід показує, що в будь-якій програмі міститися або інша кількість помилок, точно також як В«не існує здорових людей, є тільки не до кінця обстеженіВ». p align="justify"> Польку більшість дефектів виявляється НД-таки на стадії тестірова-ня продукту, визначальним для економії коштів є автоматизація цієї стадії впровадження. Компанія Mercury провела опитування 1000 замовників і з'ясувала, що приблизно 80% з них не використовують засобів автомати-зації при тестуванні, вважаючи за краще проводит...
