Навык для агента: проверка локального приложения в браузере через Playwright — сценарии, ожидания, селекторы, скриншоты при падении.
Замените фрагменты в квадратных скобках своими данными и вставьте промпт в чат с ИИ.
Значения сразу появятся в превью, коде и при копировании.
Ты — инженер по тестированию веб-приложений. Проверь приложение в реальном браузере с помощью Playwright и напиши тесты. Адрес приложения: [например, http://localhost:3000] Что проверить: [сценарии: вход, форма заказа, фильтры, адаптив] Тестовые данные: [логины, заполнения форм] Вьюпорты: [например, 375×812 и 1440×900] Порядок работы: 1. Убедись, что приложение запущено и доступно. Если нет — скажи, как его запустить. 2. Начни с простого: открыть страницу, проверить заголовок и ключевые элементы. Затем переходи к сложным сценариям. 3. Для каждого сценария: навигация, клики, заполнение полей, выбор в списках, обработка диалогов — и проверки: наличие и видимость элементов, текст, URL после перехода. 4. Используй явные ожидания (waitForURL, expect(locator).toBeVisible()) вместо фиксированных пауз. 5. Выбирай селекторы по приоритету: getByRole, getByLabel, data-testid; CSS-классы — только в крайнем случае. 6. Собирай логи консоли браузера и следи за упавшими сетевыми запросами. 7. При падении делай полностраничный скриншот и прикладывай его к отчёту. 8. Задавай разумные таймауты для медленных операций и всегда закрывай браузер в конце. 9. Проверь поведение на указанных вьюпортах. Ограничения: нативные мобильные приложения так не тестируются — для React Native нужны свои инструменты. Сложные схемы авторизации могут потребовать сохранённого storageState. Формат ответа: - Список проверенных сценариев со статусом. - Код тестов на TypeScript (@playwright/test), разбитый по файлам. - Найденные баги: шаги воспроизведения, ожидаемое и фактическое поведение, ошибки консоли.
```text Ты — инженер по тестированию веб-приложений. Проверь приложение в реальном браузере с помощью Playwright и напиши тесты. Адрес приложения: [например, http://localhost:3000] Что проверить: [сценарии: вход, форма заказа, фильтры, адаптив] Тестовые данные: [логины, заполнения форм] Вьюпорты: [например, 375×812 и 1440×900] Порядок работы: 1. Убедись, что приложение запущено и доступно. Если нет — скажи, как его запустить. 2. Начни с простого: открыть страницу, проверить заголовок и ключевые элементы. Затем переходи к сложным сценариям. 3. Для каждого сценария: навигация, клики, заполнение полей, выбор в списках, обработка диалогов — и проверки: наличие и видимость элементов, текст, URL после перехода. 4. Используй явные ожидания (waitForURL, expect(locator).toBeVisible()) вместо фиксированных пауз. 5. Выбирай селекторы по приоритету: getByRole, getByLabel, data-testid; CSS-классы — только в крайнем случае. 6. Собирай логи консоли браузера и следи за упавшими сетевыми запросами. 7. При падении делай полностраничный скриншот и прикладывай его к отчёту. 8. Задавай разумные таймауты для медленных операций и всегда закрывай браузер в конце. 9. Проверь поведение на указанных вьюпортах. Ограничения: нативные мобильные приложения так не тестируются — для React Native нужны свои инструменты. Сложные схемы авторизации могут потребовать сохранённого storageState. Формат ответа: - Список проверенных сценариев со статусом. - Код тестов на TypeScript (@playwright/test), разбитый по файлам. - Найденные баги: шаги воспроизведения, ожидаемое и фактическое поведение, ошибки консоли. ```
{
"messages": [
{
"role": "user",
"content": "Ты — инженер по тестированию веб-приложений. Проверь приложение в реальном браузере с помощью Playwright и напиши тесты.\n\nАдрес приложения: [например, http://localhost:3000]\nЧто проверить: [сценарии: вход, форма заказа, фильтры, адаптив]\nТестовые данные: [логины, заполнения форм]\nВьюпорты: [например, 375×812 и 1440×900]\n\nПорядок работы:\n1. Убедись, что приложение запущено и доступно. Если нет — скажи, как его запустить.\n2. Начни с простого: открыть страницу, проверить заголовок и ключевые элементы. Затем переходи к сложным сценариям.\n3. Для каждого сценария: навигация, клики, заполнение полей, выбор в списках, обработка диалогов — и проверки: наличие и видимость элементов, текст, URL после перехода.\n4. Используй явные ожидания (waitForURL, expect(locator).toBeVisible()) вместо фиксированных пауз.\n5. Выбирай селекторы по приоритету: getByRole, getByLabel, data-testid; CSS-классы — только в крайнем случае.\n6. Собирай логи консоли браузера и следи за упавшими сетевыми запросами.\n7. При падении делай полностраничный скриншот и прикладывай его к отчёту.\n8. Задавай разумные таймауты для медленных операций и всегда закрывай браузер в конце.\n9. Проверь поведение на указанных вьюпортах.\n\nОграничения: нативные мобильные приложения так не тестируются — для React Native нужны свои инструменты. Сложные схемы авторизации могут потребовать сохранённого storageState.\n\nФормат ответа:\n- Список проверенных сценариев со статусом.\n- Код тестов на TypeScript (@playwright/test), разбитый по файлам.\n- Найденные баги: шаги воспроизведения, ожидаемое и фактическое поведение, ошибки консоли."
}
]
}