QA і тестування

Зазвичай і те, і те. Ручне тестування знаходить проблеми в нових функціях і в тому, наскільки продуктом зручно користуватися, а автотести постійно перевіряють те, що вже працює. Ми дивимося, як часто ви випускаєте релізи і що ламається, і пропонуємо баланс.

Так. Тестувальнику потрібен доступ до продукту, документація, якщо вона є, і людина з вашого боку, яка відповість на запитання.

І так, і так. Разова перевірка перед запуском або великим релізом підходить сайту, який змінюється рідко. Продукту з регулярними релізами потрібен тестувальник у команді, на неповний або повний день.

Для автоматизації Playwright, Cypress, Selenium, Appium та схожими, які добираються під ваш стек. Для баг-репортів тим трекером, який у вас уже є.

Так, на реальних iPhone та Android, а коли потрібно більше моделей, у хмарних фермах пристроїв. Набір пристроїв добираємо за вашою аудиторією та аналітикою.

Наші фахівці працюють з України та Східної Європи. Це від 3 до 5 годин спільного робочого часу із Західною Європою і від 2 до 4 годин зі Східним узбережжям США, а тестування добре працює асинхронно: помилки, знайдені за наш день, уранці вже чекають у трекері.

QA і тестування коштують від $30 на годину за ручне тестування; інженери з автоматизації, досвідчені QA та вузькі навички, наприклад навантажувальне тестування або автоматизація мобільних застосунків, коштують дорожче. Оплата погодинна з рахунком раз на місяць або фіксованою сумою на місяць за тестувальника на повний день, банківським переказом за договором. До ставки не входять разова перевірка перед запуском, яку оцінюємо й погоджуємо до початку, платні інструменти на кшталт хмарних ферм пристроїв або сервісів навантажувального тестування, які оплачуються окремо або купуються на ваш акаунт, і виправлення знайдених помилок: це робота розробки.

Перевірки, які повторюються перед кожним релізом у сценаріях, що перестали змінюватися: реєстрацію та вхід, оформлення замовлення чи оплату й права кожної ролі, контракти API, від яких залежать мобільний застосунок або інтеграція, регрес, який зараз проганяють вручну, і коротку смоук-перевірку після кожного деплою. Нові функції, відчуття від продукту та верстка на реальних пристроях залишаються за ручним тестуванням.

Так, і в такому коді потрібно більше уваги до того, чого не видно в демо: чи перевіряє права доступу до даних сервер, а не лише інтерфейс, чи не лежать ключі або платіжні дані в коді, який виконується в браузері, граничні випадки, про які не було в промпті, і критичні сценарії після кожної перегенерації. Якщо продукт от-от почне приймати оплати чи персональні дані, а його код ніхто не перевіряв, почніть з Оцінки MVP від $3 000 і тестуйте те, що залишається.

Ні. Виправлення знайдених помилок належить до розробки, його роблять ваші розробники або наші, і до ставки QA воно не входить. Тестувальник заводить кожну помилку у вашому трекері з кроками, очікуваним і фактичним результатом, скриншотами або відео та пріоритетом, потім перевіряє виправлення і додає випадок у регрес, щоб помилка не повернулася.

Так. Досвідченіший інженер пише сценарії в k6, JMeter або Gatling, які моделюють очікуваний трафік, і ви отримуєте знайдені межі та їхні причини: база даних, черга чи зовнішній API. Сервіси навантажувального тестування, якщо вони потрібні, оплачуються окремо або купуються на ваш акаунт. Зміни серверів чи хмари після тесту належать до роботи DevOps, від $50 до $70 на годину.

Базову доступність перевіряємо за WCAG 2.2: навігацію з клавіатури, видимий фокус, текстові альтернативи для зображень, підписи та повідомлення про помилки у формах і контраст. Ці виправлення допомагають і ШІ-асистентам та агентам, які читають ваші сторінки. Якщо продукту потрібен повний аудит доступності, ми так і скажемо.