Найти в Дзене

Из скрипта в сервис: веб-инструмент для команды

Из скрипта в сервис: веб-инструмент для команды. Часть 1 — Как Postman избавил меня от рутины #карьера #инициатива #postman Это история о том, как набор скриптов, которые я делал «для себя», постепенно вырос в идею полноценного веб-инструмента для всей компании. За несколько месяцев я прошёл путь: 1️⃣ Postman-коллекции, которые экономили пару часов рутинной работы, 2️⃣ автотесты на Playwright, превращённые в генератор тестовых данных, 3️⃣ и, наконец, MVP веб-сервиса, который может ускорить всех. Делюсь в трёх частях — не только чтобы рассказать, но и чтобы услышать опыт коллег: как у вас решают такие задачи, что работает, а что нет. Начнём пожалуй с начала... В тестирование я пришел в 2013 году...хотя нет. Не с самого начала буду вещать, иначе получится не 3 части, а 33. В октябре прошлого года, я пришёл в компанию Teez (новый маркетплейс в Казахстане), занимаюсь ручным тестированием и автоматизацией. Как в целом и на любом другом проекте, часто возникает ситуация: под новую фичу

Из скрипта в сервис: веб-инструмент для команды.

Часть 1 — Как Postman избавил меня от рутины

#карьера #инициатива #postman

Это история о том, как набор скриптов, которые я делал «для себя», постепенно вырос в идею полноценного веб-инструмента для всей компании.

За несколько месяцев я прошёл путь:

1️⃣ Postman-коллекции, которые экономили пару часов рутинной работы,

2️⃣ автотесты на Playwright, превращённые в генератор тестовых данных,

3️⃣ и, наконец, MVP веб-сервиса, который может ускорить всех.

Делюсь в трёх частях — не только чтобы рассказать, но и чтобы услышать опыт коллег: как у вас решают такие задачи, что работает, а что нет.

Начнём пожалуй с начала...

В тестирование я пришел в 2013 году...хотя нет. Не с самого начала буду вещать, иначе получится не 3 части, а 33.

В октябре прошлого года, я пришёл в компанию Teez (новый маркетплейс в Казахстане), занимаюсь ручным тестированием и автоматизацией.

Как в целом и на любом другом проекте, часто возникает ситуация: под новую фичу нужно создать заказы в нужном состоянии. Ну или для регресса подготовить данные. Или аналитик, попросил, или кто-то из смежной команды. Думаю вам знакома такая ситуация.

И это не просто «накидать» пару записей в БД — у нас несколько систем:

B2B — для продавцов,

WMS — склад,

B2C — витрина,

ПВЗ — пункты выдачи.

Много взаимосвязей.

Один заказ руками создавать — 15–30 минут. А если таких заказов 10? Пара часов только на подготовку тестовых данных уходит.

Я люблю Postman, поэтому как пришел на проект, разобрался в системе, быстро накидал себе коллекции со скриптами, которые помогали с рутиной. И процессы, которые приходилось выполнять по 20 минут, делал за 3 минуты.

Условно:

ввёл номер заказа → нажал Send → и заказ уже в нужном статусе.

Поделился с коллегами из тестирования, написал инструкцию, провёл демо — многие сказали «вау круто», но сложилось впечатление, что многие остались в Swagger. И не особо моими коллекциями пользовались.

Мне Postman привычен, много лет с ним работаю, со времен когда он был просто плагином в Chrome. Если ты его настроил под проект — это совсем другой уровень удобства.

И вот тут я впервые задумался:

🔹 Как сделать так, чтобы даже те, кто не фанат Postman, могли легко пользоваться готовыми скриптами?

В следующей части расскажу, к какому решению я в тот момент пришел.

💬 А вы используете Postman для подготовки тестовых данных?

📌 Используете Постман(аналогичные инструменты) или обходитесь Swagger?