Как генерировать тестовые данные по схеме.
Синтетические данные должны соблюдать объявленные связи и оставаться явно вымышленными. Добавляйте граничные случаи, если цель — тестирование, а не демонстрация.
Адаптируйте процесс под свою задачу.
Определите поля, типы и связи, затем создайте явно вымышленные записи по этим правилам. Включите намеренные граничные случаи для целей теста и различайте корректные фикстуры и намеренно некорректный ввод.
- Что вы предоставляете
- Схема и ограничения тестирования.
- Что вы получите
- Явно синтетические записи с заданными связями.
Посмотрите входные данные и результат.
Иллюстративные входные и выходные данные · учебный пример, а не реальный запуск WebAct
Полей ввода: Пример
Generate two fictional orders with unique order_id, valid customer_id and nonnegative amount. Allowed customer IDs: SYN-C1, SYN-C2. Include a zero amount.
Готовый пример
[
{"order_id": "SYN-O1", "customer_id": "SYN-C1", "amount": 0},
{"order_id": "SYN-O2", "customer_id": "SYN-C2", "amount": 24.5}
]
Both customer references belong to the supplied list. All records are synthetic.Добавьте эти данные в промпт и скопируйте его в WebAct, чтобы попробовать задачу. Ваш результат может отличаться от примера.
Решения и устранение проблем.
Можно ли считать случайно выглядящие записи соответствующими схеме?
Проверьте их. Идентификаторы, ссылки и обязательные значения могут быть несогласованными, даже если каждая запись правдоподобна.
Почему тесты падают по причинам, не связанным с проверяемой функцией?
Проверьте связи и ограничения фикстур. Случайно некорректные данные могут скрывать поведение, ради которого создан тест.
Попробуйте на собственном источнике.
Замените пример своим материалом в промпте. Сохраните нужные требования и скопируйте задачу в WebAct.
Настроить и скопировать задачу ↑