Python мануфактураJavaDesign Patterns для автоматизаторів

Design Patterns для автоматизаторів · 55:00–1:00:00

DTO для request і response

Request і response радять представляти типізованими objects, а не збирати JSON-рядки вручну. DTO групує поля suite, user чи report і дозволяє controller приймати один аргумент замість довгої сигнатури. На ранньому етапі можна тимчасово витягнути одне поле через JSONPath, якщо повна model ще не потрібна. Коли перевірки розширюються до всього response, цей seam замінюється DTO без зміни business flow тесту.

2. API. Патерни проєктування або чому огірок нікому не тре. →

Design Patterns для автоматизаторів · 32:29–40:00

Proxy-debugging і некоректні backend responses

Proxyman, Charles або Fiddler дозволяють перехопити request, змінити його, затримати відповідь чи підмінити response. Так перевіряються offline mode, повільний інтернет, перемикання Wi-Fi/LTE, timeouts, `4xx`/`5xx` і неочікувані backend payloads. Особливу увагу приділено `null`, відсутнім полям і зміні типів: замість масиву може прийти `null`, число може мати інший тип, а object mapping — завершитися crash. Mobile client має коректно переживати serialization/deserialization помилки й недоступність third-party services.

Мобільне тестування та автоматизація →

Design Patterns для автоматизаторів · 37:30–45:00

Від прямого HTTP request до читабельного API

Перший API-test може напряму сформувати URL, headers, credentials, body та перевірити status code. Але десятки низькорівневих рядків приховують намір на кшталт “authorize user” або “create suite”. Окрім документації HTTP client library, автор радить дивитися її unit/integration tests: там є реальні приклади form parameters, headers, POST body та response handling. Після Proof of Concept повторюваний protocol code ховається за доменними методами.

2. API. Патерни проєктування або чому огірок нікому не тре. →
Запитати в чаті про «request» →