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

Послуги з тестування API

Послуги з тестування API для REST, GraphQL, gRPC і подієво-орієнтованих систем: функціональні та регресійні тести в Postman, REST Assured і в коді, контрактне тестування з Pact, валідація схем OpenAPI, інтеграційні тести з імітацією сторонніх сервісів, а також перевірки безпеки та навантаження API. Виділені інженери з тестування API у вашу команду або проєкти тестування API від початку до кінця.

Тестування API, яке ми проводимо

  • Функціональне тестування API

    Кожен ендпоінт перевіряємо на коди статусу, тіла відповідей, заголовки, помилки валідації, пагінацію та права кожної ролі, а поки API новий, досліджуємо його в Postman, Bruno або Insomnia.

  • Колекції Postman у пайплайні

    Колекції, упорядковані за функціями, із середовищами, скриптами перед запитом і асерціями запускаємо на кожній збірці через Postman CLI, а результати публікуємо поруч зі збіркою.

  • Набори API-тестів у коді

    REST Assured або Karate для Java-команд, pytest із HTTPX для Python, xUnit із HttpClient для .NET, а також request API від Playwright або SuperTest для TypeScript; тести зберігаємо поруч із кодом сервісу та переглядаємо разом із ним.

  • Контрактне тестування з Pact

    Контракти, керовані споживачем (consumer-driven), у Pact між вебфронтендами, мобільними застосунками та сервісами перевіряються в збірці провайдера й передаються через Pact Broker або PactFlow, тож зміна, що порушує сумісність, ламає збірку тієї команди, яка її зробила.

  • OpenAPI і валідація схем

    Відповіді перевіряємо на відповідність опису OpenAPI або JSON Schema, специфікації лінтимо за допомогою Spectral, а Schemathesis генерує запити зі специфікації, щоб знайти вхідні дані, які спричиняють помилку сервера.

  • Інтеграційні тести зі справжніми залежностями

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

  • Моки та віртуалізація сервісів

    Сторонні та недороблені сервіси замінюємо на WireMock, Mock Service Worker або Microcks, тож тести працюють без пісочниці партнера й покривають таймаути, ліміти запитів і відповіді з помилками, які важко відтворити по-справжньому.

  • Тестування GraphQL, gRPC і повідомлень

    Запити та мутації GraphQL і авторизація на рівні полів, gRPC-сервіси, які викликаємо через grpcurl і згенеровані клієнти, а також повідомлення Kafka, RabbitMQ або Azure Service Bus, які перевіряємо на відповідність схемі, порядок і дублікати.

  • Перевірки безпеки та навантаження API

    Автентифікацію, авторизацію на рівні об'єктів, валідацію вхідних даних і ліміти запитів перевіряємо за OWASP API Security Top 10 у кожному регресійному запуску, а час відповіді під навантаженням вимірюємо за допомогою k6 перед релізом.

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

  • Виділені інженери з тестування API

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

  • Тестування API як окремий проєкт

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

  • Постійна співпраця: Тестування API

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

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

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

  • інженери з тестування API

    Колекції, набори тестів у коді та контрактні тести

  • Бекенд-розробники

    API, зручні для тестування, перевірка на боці провайдера та виправлення

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

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

  • Інженери з продуктивності

    Навантажувальні тести найзавантаженіших ендпоінтів

Як ми тестуємо API

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

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

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

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

Питання про тестування API

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

Здебільшого це фінтех і банкінг, де платіжні, облікові (ledger) та open banking API потребують підтверджень для кожного релізу; e-commerce і маркетплейси з інтеграціями каталогів, замовлень і партнерів; корпоративні SaaS- та ERP-продукти з публічними API й багатьма інтеграціями; медицина з інтерфейсами HL7 FHIR між клінічними системами; телеком-, хмарні та логістичні платформи, що складаються з багатьох сервісів.

Postman чи тести в коді?

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

Що додає контрактне тестування?

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

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

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

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

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

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

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

Потрібно протестувати ваші API?

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

Напишіть на hello@bigtree108.com Як ми відповідаємо