урень діє на входи моделі системи, тим більшу різноманітність повинен мати регулятор.
В даний час відомі два види чорних ящиків. До першого виду відносять будь чорний ящик, який може розглядатися як автомат, званий кінцевим або нескінченним. Поведінка таких чорних ящиків відомо. До другого виду відносяться такі чорні ящики, поведінка яких може бути наблюдаемо тільки в експерименті. У такому випадку в явній або неявній формі висловлюється гіпотеза про передбачуваність поведінки чорного ящика в вероятностном сенсі. Без попередньої гіпотези неможливо будь-яке узагальнення, або, як кажуть, неможливо зробити індуктивне висновок на основі експериментів з чорним ящиком. Для позначення моделі чорного ящика Н. Вінером запропоновано поняття білого ящика. Білий ящик складається з відомих компонентів, тобто відомих X, Y,?,?. Його вміст спеціально підбирається для реалізації тієї ж залежності виходу від входу, що і у відповідного чорного ящика. У процесі проведених досліджень і при узагальненнях, висуванні гіпотез і встановлення закономірностей виникає необхідність коригування організації білого ящика і зміни моделей. У зв'язку з цим при моделюванні дослідник повинен обов'язково багаторазово звертатися до схеми відносин чорний - Laquo; білий ящик.
Білий ящик - Тестування коду на предмет логіки роботи програми і коректності її роботи з погляду компілятора тієї мови, на якому вона писалася.
Техніка тестування за принципом Білого ящика, також звана технікою тестування, керованої логікою програми, дозволяє перевірити внутрішню структуру програми. Виходячи з цієї стратегії тестувальник отримує тестові дані шляхом аналізу логіки роботи програми.
Техніка Білого ящика включає в себе наступні методи тестування:
· покриття операторів;
· покриття рішень;
· покриття умов;
· покриття рішень і умов;
· комбинаторное покриття умов.
У термінології професіоналів тестування, фрази тестування білого ящика і тестування чорного ящика ставляться до того, чи має розробник тестів доступ до вихідного коду тестованого ПЗ, або ж тестування виконується через інтерфейс користувача або прикладний програмний інтерфейс, наданий тестованим модулем.
При тестуванні білого ящика (англ. white-box testing , також говорять - прозорого ящика ), розробник тесту має доступ до вихідного коду програм і може писати код, який пов'язаний з бібліотеками тестованого ПЗ. Це типово для юніт-тестування (англ. unit testing ), при якому тестуються тільки окремі частини системи. Воно забезпечує те, що компоненти конструкції - працездатні і стійкі, до певного ступеня.
При тестуванні білого ящика використовуються метрики покриття коду або мутаційні тестування.
При тестуванні чорного ящика, тестувальник має доступ до ПЗ тільки через ті ж інтерфейси, що і замовник або користувач, або через зовнішні інтерфейси, що дозволяють іншого комп'ютера або іншому процесу
підключитися до системи для тестування. Наприклад, тестирующий модуль може віртуально натискати клавіші або кнопки миші в тестованої програмі за допомогою механізму взаємодії процесів, з упевненістю в тому, чи всі йде правильно, що ці події викликають той же відгук, що й реальні натиснення клавіш і кнопок миші. Як правило, тестування чорного ящика ведеться з використанням специфікацій чи інших документів, що описують вимоги до системи. Як правило, в даному вигляді тестування критерій покриття складається з покриття структури вхідних даних, покриття вимог і покриття моделі (у тестуванні на основі моделей).
При тестуванні сірого ящика розробник тесту має доступ до вихідного коду, але при безпосередньому виконанні тестів доступ до коду, як правило, не потрібно.
Якщо альфа- і бета-тестування відносяться до стадій до випуску продукту (а також, неявно, до обсягу тестирующего спільноти і обмеженням на методи тестування), тестування білого ящика і чорного ящика має відношення до способів, якими тестувальник досягає мети.
Бета-тестування в цілому обмежена технікою чорного ящика (хоча постійна частина тестувальників звичайно продовжує тестування білого ящика паралельно бета-тестування). Таким чином, термін бета-тестування може вказувати на стан програми (ближче до випуску ніж альфа ), або може вказувати на деяку групу тестувальників і процес, що виконується цією групою. Отже, тестувальник може продовжувати роботу з тестування білого ящика, хоча ПЗ вже в беті (стадія), але в цьому випадку він не є частиною бета-тесту...
