Комментарии 6
Если бы у меня на работе я заявил что подготовка кастомера и карты под него будет занимать час - меня бы заменили на следующий день.
Добрый день! Это Вика из статьи.
Да, в целом согласна, что может казаться долгим процесс генерации.
Но в данном кейсе это было действительно так, просто в какой-то момент мы упираемся во время работы логики систем, что в накопительном эффекте выливается в такое время (именно время, не трудозатраты). У нас есть и более контрастные примеры: с 2 часов до минуты, с недели до 5 минут. Это все относительно и в зависимости от определенного случая.
Для самого тестировщика его трудозатраты действительно уходят в минимум - нажми кнопку и ожидай. А там уже ожидание времени исполнения.
Но об ожидании мы тоже позаботились и по сути тестировщики могут, заходя в систему, сразу же получить готовые тестовые данные, так как система заранее об этом позаботилась. Все для наших тестировщиков 🤗
Перехожу по ссылке, чтобы посмотреть инструмент тестирования, на главной натыкаюсь на ui баг. Просмотр инструмента окончен)
Привет! Я правильно понимаю, что суть продукта – это библиотека под UI-оберткой, которая генерирует рандомные данные по заданным параметрам и возвращает JSON/XML?
Привет! Нет, основное предназначение продукта - это генерация синтетики путем обращения в системы, которые отвечают за логику создания какой-то сущности. По сути прод лайк данные в тестовом окружении.
Рандомная генерация у нас есть, но это для удобства заполнения полей, которые тестировщик указывал бы вручную как некие входные данные для генерации сущности.
Пример: при создании договора нужно указать паспортные данные, или ФИО.
Рандомная генерация: ФИО и паспортные данные
Синтетика: создание договора путем обращения в систему через генератор в нашем продукте Test Data Management
На этой планете время идёт быстрее. Здесь мы и будем тестировать