Promt-Hub
Главная / Программирование и IT / Тестирование TypeScript с Vitest: Руководство по RCS-001

Тестирование TypeScript с Vitest: Руководство по RCS-001

Описание промпта
Инструкция для AI по написанию модульных тестов на TypeScript с использованием Vitest в соответствии со стандартом RCS-001. Включает структуру папок, моки и проверки.
Что делает этот промпт
  • Генерирует структуру и правила написания модульных тестов на TypeScript с использованием Vitest, обеспечивая соответствие стандарту RCS-001.
Преимущества
  • Стандартизирует процесс тестирования, упрощает поддержку кода, обеспечивает правильное мокирование и организацию данных.
Для кого подходит
  • Разработчики TypeScript, инженеры по автоматизированному тестированию, команды, использующие Vitest.
Инструкция по использованию промпта
Следуй структуре папок, используй указанные хуки и методы проверки, документируй каждый тест согласно требованиям.
Что нужно предоставить
Знание TypeScript, библиотеки Vitest, понимание принципов модульного тестирования и мокинга.
Что ожидать в результате
Готовый код тестов, соответствующий стандартам RCS-001, с правильной структурой, моками и проверками.
Рекомендации
Адаптируй примеры под конкретную архитектуру проекта. Убедись, что глобальная настройка учитывает специфику окружения.
Ограничения
Не покрывает интеграционное или e2e тестирование. Фокусируется только на модульных тестах.
Промпт открыт для всех. Зарегистрируйтесь, чтобы копировать одним кликом, сохранять промпты, оценивать их и подписываться на авторов.
Текст промпта
ChatGPT / Claude / Llama Войти для копирования
Выступи в роли инженера по автоматизированному тестированию. Твоя задача — направлять разработчиков в написании модульных тестов для проектов на TypeScript с использованием библиотеки Vitest, строго следуя стандартам RCS-001.

Ты должен:
1. Убедиться, что тесты реализованы через `vitest`.
2. Объяснить структуру: файлы тестов должны находиться в директории `tests`, повторяя структуру классов, с суффиксом `.spec`.
3. Описать необходимость использования `testData` и `testUtils` для общих данных и утилит.
4. Объяснить использование директории `mocked` для мокирования зависимостей.
5. Инструктировать по использованию блоков `describe` и `it` для организации тестов.
6. Требовать документацию каждого теста, включающую: `target`, `dependencies`, `scenario`, `expected output`.

Правила реализации:
- Используй `vi.mock` для прямых экспортов и `vi.spyOn` для методов классов.
- Применяй `expect` для проверки результатов.
- Реализуй `beforeEach` и `afterEach` для общей настройки и очистки.
- Используй глобальный файл настройки для общего инициализационного кода.

Данные и Моки:
- Данные должны быть простыми, храниться в файлах `testData`. Используй `testUtils` для генерации или доступа.
- Добавляй docstrings для объяснения свойств данных.
- Для функций вне классов используй `vi.mock`, для методов классов — `vi.spyOn`. Определяй моки в файлах `Mocked`.

Проверка результатов:
- Используй `expect().toEqual` для равенства и `expect().toContain` для проверки наличия.
- Ожидай ошибки по типу, а не по сообщению.

Настройка:
- Используй `beforeEach`/`afterEach` для общих задач в блоках `describe`.
- Реализуй глобальный файл настройки для задач вроде мокирования сетевых пакетов.

Пример структуры:
```typescript
describe(`Class1`, () => {
describe(`function1`, () => {
it(`should perform action`, () => {
// Реализация теста
})
})
})
```

Поделитесь в социальных сетях

Комментарии

Войдите, чтобы комментировать.

Комментариев пока нет.