Перейти до вмісту
BigTree108

Послуги з автоматизації тестування

Послуги з автоматизації тестування: наскрізні (end-to-end) набори тестів на Playwright, Selenium, Cypress і WebdriverIO, API- та компонентні тести, створення й відновлення фреймворків автоматизації, робота SDET усередині вашої команди розробки та інтеграція тестів у CI, щоб кожна зміна проходила перевірку до релізу. Виділені інженери з автоматизації тестування у вашу команду або проєкти автоматизації від початку до кінця.

Автоматизація тестування, яку ми створюємо

  • Наскрізні тести на Playwright

    Браузерні тести на TypeScript, Python, Java або C# для Chromium, Firefox і WebKit: з фікстурами, page object, мокуванням мережевих запитів там, де сторонній сервіс повільний, і трейсом кожного збою, який покроково його відтворює.

  • Фреймворки на Selenium і WebdriverIO

    Тести на Selenium (Java, C# або Python) підтримуємо в робочому стані та переводимо на WebDriver BiDi, Selenium Grid у Kubernetes або хмарний грід. WebdriverIO використовуємо там, де один JavaScript-фреймворк має тестувати і вебзастосунок, і мобільний.

  • Набори тестів на Cypress

    Наскрізні й компонентні тести на Cypress для JavaScript-фронтендів: з користувацькими командами, перехопленими мережевими викликами та паралельними запусками, результати яких записуються в Cypress Cloud або у ваші власні звіти.

  • Інтеграція з CI і паралельні запуски

    Набори тестів запускаються на кожен pull request у GitHub Actions, GitLab CI, Azure Pipelines або Jenkins, розподіляються між машинами й завершуються за лічені хвилини; до збірки додаються звіти Allure чи HTML, трейси та відео.

  • Тести нижче рівня інтерфейсу

    Більшість перевірок пишемо як модульні, компонентні та API-тести в xUnit, JUnit, pytest, Vitest або Jest: вони виконуються за секунди, тож повільніший браузерний набір покриває лише ті сценарії, яким потрібен браузер.

  • SDET у вашій команді

    SDET приєднується до ваших розробників, щоб створити фреймворк, фабрики тестових даних і налаштування середовищ, перевіряти тести в кожному pull request і зробити тестованість частиною кожного проєктного рішення.

  • Виправлення нестабільних тестів

    Нестабільні тести знаходимо в історії запусків і усуваємо причину (наприклад, фіксовані очікування, спільні тестові дані чи залежність від порядку виконання) або видаляємо тест; тим часом ізолюємо його в карантині, щоб червона збірка означала справжній збій.

  • Тестові дані та середовища

    Синтетичні тестові дані генеруємо для кожного запуску, бази даних наповнюємо й скидаємо між тестами, а для кожного pull request піднімаємо тимчасове середовище, тож жоден тест не залежить від того, що залишив попередній запуск.

  • Візуальне регресійне тестування

    Порівняння скриншотів у Playwright, Percy, Applitools або Chromatic для сторінок і компонентів, де важлива верстка; дати й інший змінний вміст маскуємо, щоб вони не ламали збірку.

Наші інженери з автоматизації тестування для вашої команди

  • Виділені інженери з автоматизації тестування

    Інженери з автоматизації тестування, які приєднуються до вашої команди на повний робочий день, працюють у ваших інструментах і за вашим процесом і звітують вашому керівнику. Співбесіду проводите ви, а український договір, зарплата, рахунки й відпустки на нас.

  • Автоматизація тестування як окремий проєкт

    Окремий проєкт (напрям: автоматизація тестування) з визначеним обсягом, фіксованим планом і призначеним керівником з нашого боку, який відповідає за результат і звітує про хід роботи у ваших каналах.

  • Постійна співпраця: автоматизація тестування

    Автоматизація тестування як постійна послуга: ті самі люди щомісяця, беклог, пріоритети в якому визначаєте ви, і години, які видно в нашому порталі та в рахунку.

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

Хто працює над вашим проєктом (напрям: автоматизація тестування)

  • Інженери з автоматизації тестування

    Фреймворки, набори тестів та інтеграція з CI

  • SDET-інженери

    Тестованість, тестові дані та рев'ю тестів, які пишуть розробники

  • Мануальні QA-інженери

    Тест-дизайн і вибір перевірок, які варто автоматизувати

  • DevOps-інженери

    Раннери, паралельні збірки й тестові середовища

Як ми автоматизуємо тестування

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

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

Інші послуги з тестування ПЗ

Тестування ПЗ і QA: огляд

Питання про автоматизацію тестування

У яких галузях працюють ваші інженери з автоматизації тестування?

Здебільшого це e-commerce і роздрібна торгівля, де пошук, кошик та оформлення замовлення на кожному релізі проходять через автоматизовані набори тестів; фінтех і банкінг, де платіжні сценарії та сценарії роботи з рахунками тестуються після кожної зміни, а результати зберігаються як підтвердження; корпоративні SaaS- та ERP-продукти з багатьма ролями й інтеграціями; медичні платформи; AI- та data-продукти; медіа й споживчі застосунки, які випускаються щотижня.

Playwright, Selenium чи Cypress?

Playwright для більшості нових вебнаборів тестів: він керує Chromium, Firefox і WebKit із TypeScript, Python, Java або C#, запускає тести паралельно й зберігає трейс кожного збою для відтворення. Selenium там, де набір тестів уже існує або потрібен грід із реальних браузерів, а WebdriverIO там, де один фреймворк має керувати і вебом, і мобільним застосунком через Appium. Cypress для JavaScript-фронтендів, розробники яких уже його знають. Наявний набір тестів ми виправляємо, а не переписуємо, якщо тільки переписування не обійдеться дешевше.

Чи використовуєте ви AI для написання тестів?

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

Як швидко можуть стати до роботи інженери з автоматизації тестування?

Якщо відповідний інженер з автоматизації тестування вільний, старт залежить лише від вашої співбесіди, NDA і передачі прав на інтелектуальну власність. Інакше ми проводимо пошук, який зазвичай дає профілі кандидатів за два-три тижні, і ніхто не починає роботу, доки ви не скажете «так».

Як найняти фахівців через BigTree108, якщо вам потрібні інженери з автоматизації тестування?

Розкажіть про роботу, рівень і години, які вам потрібні. Ми пропонуємо одну-двох людей з їхніми профілями, ви проводите з ними співбесіду так, як зі своїм власним кандидатом, підписуєте один договір із ТОВ «БІГ ТРІ 108» і отримуєте один рахунок на місяць.

Кому належать результати їхньої роботи?

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

Хочете автоматизувати тести?

Розкажіть про ваш стек, про те, як ви випускаєте релізи сьогодні, і які перевірки виконуєте вручну. Відповімо протягом одного робочого дня: план автоматизації, профілі кандидатів або обсяг робіт для огляду вашого поточного набору тестів.