Послуги мануального тестування
Послуги мануального тестування ПЗ для вебу, мобільних пристроїв і десктопа: функціональне тестування нових функцій, регресійне тестування перед кожним релізом, дослідницьке тестування, проєктування й документування тест-кейсів, тестування в різних браузерах і на різних пристроях, підтримка приймального тестування користувачами (UAT). Виділені мануальні QA-інженери у вашу команду або проєкти тестування, які ми виконуємо від початку до кінця.
Мануальне тестування, яке ми проводимо
Функціональне тестування нових функцій
Кожну історію перевіряємо на відповідність вимогам і критеріям приймання, щойно вона потрапляє в тестове середовище: позитивними, негативними та граничними сценаріями. Дефекти заводимо в Jira, Azure DevOps або Linear із кроками відтворення, очікуваним і фактичним результатом, логами та записом екрана.
Регресійне тестування
Регресійний набір тестів оновлюємо разом із продуктом і запускаємо перед кожним релізом, з упором на ділянки, яких торкається зміна. Після кожного розгортання в продакшн проганяємо короткий смоук-тест.
Проєктування та документування тест-кейсів
Тест-плани й тест-кейси пишемо за вимогами, використовуючи граничні значення, класи еквівалентності, таблиці рішень і попарні комбінації. Зберігаємо їх у TestRail, Xray, Zephyr, Qase або Azure Test Plans і прив'язуємо кожен до вимоги, яку він покриває.
Дослідницьке тестування
Обмежені в часі сесії з письмовим чартером шукають те, чого не передбачили тест-кейси: нестандартні дані, перервані сценарії, повільну мережу, дві відкриті вкладки одночасно, кнопку «Назад», натиснуту посеред оплати.
Тестування в різних браузерах і на різних пристроях
Вебзастосунки перевіряємо в Chrome, Safari, Firefox і Edge на десктопі та мобільних пристроях: на реальних пристроях або в BrowserStack, Sauce Labs чи TestMu AI (раніше LambdaTest). Перелік браузерів і пристроїв беремо з вашої аналітики.
Перевірка даних та інтеграцій
Результат перевіряємо там, де він опиняється: рядки в базі даних через SQL-запити, повідомлення в черзі, листи в тестовій поштовій скриньці, платежі в пісочниці провайдера та записи в CRM або ERP, які наповнює продукт.
Підтримка приймального тестування
Приймальне тестування (UAT) плануємо разом із вашими бізнес-користувачами: пишемо сценарії їхньою мовою, готуємо тестові дані та середовища, проводимо сесії поруч із ними, а підтвердження приймання фіксуємо за кожною вимогою.
Рев'ю вимог і дизайну
Історії, специфікації та макети у Figma вивчаємо до початку розробки та виносимо на обговорення прогалини, суперечності й критерії, які неможливо перевірити, поки їх ще дешево виправляти.
Тестування локалізації
Переклади перевіряємо в контексті: шукаємо обрізаний і неперекладений текст, перевіряємо формати дат, чисел і валют для кожної локалі, форми множини, макети з письмом справа наліво, а також листи й сповіщення, які надсилаються кожною мовою.
Наші мануальні QA-інженери для вашої команди
Виділені мануальні QA-інженери
Мануальні QA-інженери, які приєднуються до вашої команди на повний робочий день, працюють у ваших інструментах і за вашим процесом і звітують вашому керівнику. Співбесіду проводите ви, а український договір, зарплата, рахунки й відпустки на нас.
Мануальне тестування як окремий проєкт
Окремий проєкт (напрям: мануальне тестування) з визначеним обсягом, фіксованим планом і призначеним керівником з нашого боку, який відповідає за результат і звітує про хід роботи у ваших каналах.
Постійна співпраця: мануальне тестування
Мануальне тестування як постійна послуга: ті самі люди щомісяця, беклог, пріоритети в якому визначаєте ви, і години, які видно в нашому порталі та в рахунку.
На сторінці виділеної команди пояснено, як фахівці приєднуються до вашої команди, а на сторінці аутсорсингу описано реалізацію проєктів, прийняття систем від інших команд і те, як ми беремо оплату.
Хто працює над вашим проєктом (напрям: мануальне тестування)
Мануальні QA-інженери
Тест-дизайн, дослідницьке та регресійне тестування
QA-тимліди
Тестова стратегія, погодження релізів і звітність
Інженери з автоматизації тестування
Стабільні перевірки, перенесені в автоматизовані набори тестів
Бізнес-аналітики
Вимоги та критерії прийняття
Як ми організовуємо мануальне тестування
Тестування починається ще до коду: QA-інженер вивчає історію та дизайн, узгоджує з власником продукту критерії приймання й пише тест-кейси, поки функцію ще розробляють. Кожен звіт про дефект містить кроки, які розробник відтворить з першого прочитання, версію збірки та середовище, логи й запис екрана, а також критичність, узгоджену з вами.
Час мануальних тестувальників витрачається там, де потрібен людський розсуд. Перевірки, які від релізу до релізу залишаються стабільними, передаємо автоматизації, тож мануальне тестування охоплює нові функції, дослідницькі сесії та сценарії, які змінюються надто часто, щоб їх автоматизувати. Тест-кейси зберігаються у вашому інструменті керування тестуванням, тому знання тестувальників залишаються у вас.
Інші послуги з тестування ПЗ
Автоматизація тестування
Послуги з автоматизації тестування: набори тестів на Playwright, Selenium, Cypress і WebdriverIO, робота SDET, API та візуальні тести, інтеграція з CI. Надаємо виділених інженерів з автоматизації тестування або виконуємо проєкт.
Тестування мобільних застосунків
Тестування мобільних застосунків: тестування iOS і Android на реальних пристроях та фермах пристроїв, автоматизація на Appium, Espresso, XCUITest і Maestro, перевірки перед релізом у магазинах застосунків. Надаємо виділених мобільних QA-інженерів або виконуємо проєкт.
Тестування API
Тестування API: тести REST, GraphQL і gRPC у Postman, REST Assured та в коді, контрактне тестування з Pact, валідація OpenAPI і моки сервісів. Надаємо виділених інженерів із тестування API або виконуємо проєкт.
Тестування продуктивності
Тестування продуктивності й навантаження: навантажувальні, стрес- та soak-тести в k6, JMeter, Gatling і Locust, аналіз вузьких місць, планування потужностей і Core Web Vitals. Надаємо виділених інженерів із продуктивності або виконуємо проєкт.
Тестування доступності
Тестування доступності: аудити WCAG 2.2, тестування зі скрінрідерами та клавіатурою, перевірки axe у CI, допомога в усуненні недоліків і звіти про відповідність. Надаємо виділених тестувальників доступності або виконуємо проєкт.
Питання про мануальне тестування
У яких галузях працюють ваші мануальні QA-інженери?
Здебільшого це e-commerce і роздрібна торгівля, де перед кожним розпродажем тестуємо оформлення замовлення, платежі та акції; фінтех і банкінг, де для кожного сценарію транзакції та кожного ліміту потрібен запис про те, як його тестували; корпоративні SaaS і ERP з багатьма ролями, правами доступу та довгими бізнес-процесами; охорона здоров'я з даними пацієнтів і клінічними процесами; медіа та споживчі застосунки, які випускаються для багатьох пристроїв; і підключені пристрої, де застосунок, вебпортал і апаратна частина тестуються разом.
Чи потрібне мануальне тестування, якщо наші тести автоматизовані?
Так, але для іншої роботи. Автоматизація повторює перевірки, які хтось уже спроєктував; мануальне й дослідницьке тестування знаходить проблеми, для яких ніхто не проєктував перевірку, оцінює, чи має сценарій сенс для користувача, і охоплює функції, що змінюються надто часто, щоб їх автоматизувати. Більшість команд використовують обидва підходи й поступово автоматизують стабільні регресійні сценарії.
Чи можете ви тестувати без письмових вимог?
Так. Тестування починається з продукту таким, яким він є: дослідницькі сесії з'ясовують, що він робить, питання ми передаємо вашій команді, а відповіді стають тест-кейсами та переліком відкритих рішень щодо поведінки системи, який часто стає першою письмовою специфікацією.
Як швидко можуть стати до роботи мануальні QA-інженери?
Якщо відповідний мануальний QA-інженер вільний, старт залежить лише від вашої співбесіди, NDA і передачі прав на інтелектуальну власність. Інакше ми проводимо пошук, який зазвичай дає профілі кандидатів за два-три тижні, і ніхто не починає роботу, доки ви не скажете «так».
Як найняти фахівців через BigTree108, якщо вам потрібні мануальні QA-інженери?
Розкажіть про роботу, рівень і години, які вам потрібні. Ми пропонуємо одну-двох людей з їхніми профілями, ви проводите з ними співбесіду так, як зі своїм власним кандидатом, підписуєте один договір із ТОВ «БІГ ТРІ 108» і отримуєте один рахунок на місяць.
Кому належать результати їхньої роботи?
Вам. Кожен фахівець має підписаний із BigTree108 договір, за яким усі результати роботи передаються компанії, а наш договір із вами передає їх далі. Код, дизайн-макети та документи постачаються у ваші власні репозиторії та інструменти, а не зберігаються там, де змінити їх можемо лише ми.
Потрібне тестування перед наступним релізом?
Розкажіть, що робить продукт, як часто ви випускаєте релізи та де помилки доходять до ваших користувачів. Відповімо протягом одного робочого дня: тест-план, профілі кандидатів або обсяг робіт для першого раунду тестування.