Тестування без автоматизації всього підряд
Ми шукаємо помилки там, де вони є, а не там, де їх зручно шукати. Робота з кодом, який вже написаний, а не з ідеальними сценаріями.
Хто виконує роботу
Оксана Білоус
Мануальне тестуванняПрацювала з банківськими системами та медичними додатками. Знаходить проблеми в логіці, яку не бачать автотести.
Ігор Сидоренко
Дебаг складних системРозбирався з багатопоточними проблемами в реальному часі. Спеціалізується на випадках, коли помилка не відтворюється стабільно.
Марина Ковальчук
Регресійне тестуванняПрацювала над проєктами з тривалим циклом розробки. Відстежує, як зміни в одній частині системи впливають на інші.
Команда працює з проєктами, де автоматизація покриває базові сценарії, але реальні проблеми виявляються під час використання. Досвід роботи з фінансовими, медичними та промисловими системами.
Що потрібно від вас
Доступ до системи
- Тестове середовище з реальними даними або їх імітацією
- Документація архітектури, навіть неповна
- Можливість зв'язку з розробниками для уточнень
- Логи та інструменти моніторингу
Час на роботу
Тестування займає від двох тижнів до місяця залежно від складності системи. Швидких результатів не буває — проблеми виявляються поступово.
Ви отримуєте звіти щотижня, але більшість критичних знахідок з'являються ближче до кінця циклу.
Що описують постійні клієнти
Проблеми у краях
Помилки виявляються не в основних функціях, а там, де дані обробляються нестандартно
Повільні витоки
Знаходимо проблеми, які проявляються через години роботи, а не за перші хвилини
Логіка між модулями
Виявляємо конфлікти там, де різні частини системи взаємодіють один з одним
Реальні сценарії
Тестуємо так, як користувачі працюють насправді, а не як передбачалось у специфікаціях
Клієнти повертаються, коли розуміють, що автотести перевіряють те, що вже працює. Ми шукаємо те, що ніхто не планував перевіряти.
Чим це відрізняється від стандартного QA
Типовий підхід
Автоматизовані тести перевіряють передбачувані шляхи. Вони ефективні для регресії, але пропускають нелогічні комбінації та крайні випадки, які виникають у реальному використанні.
Наш підхід
Ми запускаємо систему в умовах, наближених до реальних, і шукаємо поведінку, яка не відповідає очікуванням. Перевіряємо не тільки функції, а й те, як система реагує на нестандартні дії.
Результат — знаходимо проблеми, які виявляються вже після релізу, коли виправлення коштує набагато дорожче.