ксплуатації системи.
Існують 2 принципу тестування програми:
функціональне тестування (тестування «чорного ящика»);
структурне тестування (тестування «білого ящика»).
При тестуванні методом «білого ящика» відома внутрішня структура програми. Об'єктом тестування тут є не зовнішнє, а внутрішнє поведінку програми. Перевіряється коректність побудови всіх елементів програми і правильність їх взаємодії один з одним.
Тестування «чорного ящика» (функціональне тестування) дозволяє отримати комбінації вхідних даних, що забезпечують повну перевірку всіх функціональних вимог до програми. Програмний виріб тут розглядається як «чорний ящик», чия поведінка можна визначити тільки дослідженням його входів і відповідних виходів.
Принцип «чорного ящика» не альтернатива принципом «білого ящика». Скоріше це доповнюючий підхід, який виявляє інший клас помилок.
Тестування «чорного ящика» забезпечує пошук наступних категорій помилок:
некоректних або відсутніх функцій;
помилок інтерфейсу;
помилок у зовнішніх структурах даних або в доступі до зовнішньої базі даних;
помилок характеристик (необхідна ємність пам'яті і т. д.);
шибок ініціалізації та завершення.
Подібні категорії помилок способами «білого ящика» не виявляються. На відміну від тестування «білого ящика», яке виконується на ранній стадії процесу тестування, тестування «чорного ящика» застосовують на пізніх стадіях тестування. При тестуванні «чорного ящика» нехтують керуючою структурою програми. Тут увага концентрується на інформаційній області визначення програмної системи. При тестуванні на цьому етапі основна увага приділяється придатності рішення для роботи в умовах живого виробництва. Основна увага приділяється виправленню помилок і визначенню їх важливості, а також підготовки продукту до випуску.
Тестування ІС проводилося функціональним методом «чорного ящика».
Цей тип тестування заснований на тестуванні шляхом взаємодії з додатком через графічний інтерфейс користувача та аналізу виведених результатів. Метод передбачає обробку системи як «невідомого об'єкта», таким чином, знання внутрішньої структури в явному вигляді не використовується. Тестування цим методом зазвичай передбачає перевірку функціональних можливостей. При такому тестуванні тестувальник знає тільки набір параметрів, що вводяться та очікувані на виході результати, яким чином програма досягає цих результатів, йому не відомо. Тестувальник ніколи не перевіряє програмний код і не потребує додаткового знанні програми, окрім як її технічного опису. [5]
Метою тестування є перевірка правильності навігації, введення, обробки і виведення даних. Метод полягає у виконанні кожного варіанту використання, використовуючи вірні і невірні дані, щоб перевірити наступне:
при використанні вірних даних має місце очікуваний результат або повідомлення про успіх;
при використанні невірних даних відображається відповідне попередження/повідомлення про помилку.
Розглянемо роботу документа «Акт прийому-передачі ТЗ».
При коректному заповненні реквізитів документа (Малюнок 3.7) натискання на кнопку ОК дозволяє записати і провести документ. А по кнопці вибору форми для друку виводиться друкована форма акта (Малюнок 3.8).
Малюнок 3.7 - Заповнення документа «Акт прийому-передачі ТЗ»
Малюнок 3.8 - Друкована форма квитанції на оплату
У разі виконання явно помилкових дій з документом, наприклад, спроба записати і провести документ по кнопці ОК, якщо не заповнені необхідні реквізити по документу, буде висвітлений попередження про помилку з вказівкою не заповненого поля і проведення документа виконано не буде. Приклад вікна форми з помилкою заповнення наведено на малюнку 3.9.
Малюнок 3.9 - Повідомлення про помилку при заповненні документа
Таблиця тестових даних взаємодії замовника з системою представлена ??в додатку Г.
. 4 Методика розгортання програми
На цьому етапі розробник (або команда) розгортає необхідні для вирішення технології та компоненти, проект переходить на стадію супроводу та підтримки, а замовник остаточно затверджує його. Після розгортання команда проводить оцінку проекту і опитування користувачів, щоб з'ясувати ступінь їх задоволеності.
Цілі етапу розгортання:
перенести вирішення в промислову середо...
