> For the complete documentation index, see [llms.txt](https://swit-school.gitbook.io/qa-book/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://swit-school.gitbook.io/qa-book/testuvannya-igor/vidi-testuvannya/testuvannya-za-rivnyami.md).
# Тестування за рівнями
### Модульне тестування (Unit Testing)
Компонентне (модульне) тестування перевіряє функціональність і шукає дефекти в частинах гри, які доступні і можуть бути протестовані по-окремо (модулі програм, об'єкти, класи, функції і т.д.). Наприклад, тестування окремих розділів таких як Журнал, Банк, Налаштування тощо.
### Інтеграційне тестування (Integration Testing)
Перевіряється взаємодія між компонентами системи після проведення компонентного тестування. Наприклад, гравець входить в прелевел і хоче докупити бустери, але немає монет, після тапу на іконку бустера відкривається банк. Тобто модуль перейшов в інший модуль.
### Системне тестування (System Testing)
Основним завданням системного тестування є перевірка як функціональних, так і не функціональних вимог в грі в цілому. При цьому виявляються дефекти, такі як неправильне використання ресурсів гри, непередбачені комбінації даних користувача рівня, несумісність з оточенням, непередбачені сценарії використання, відсутня або неправильна функціональність, зручність використання і т.д.
### Приймальне тестування (Acceptance Testing)
Формальний процес тестування, який перевіряє відповідність системи вимогам і проводиться з метою:
• визначення чи задовольняє гра приймальним критеріям;
• винесення рішення замовником або іншою уповноваженою особою приймається гра чи версія гри чи ні.