> Testing _

Используйте это, когда вам нужно писать модульные тесты для приложений Micronaut: используйте Mockito в первую очередь с аннотацией `@ExtendWith(MockitoExtension.class)`, `@MicronautTest` с `@MockBean`, HttpClient с аннотацией `@Client("/")` для проверок, `@Property` для переопределений, `@ParameterizedTest` для параметризованных тестов, а также следуйте соглашению об именовании: `*Test` для модульных тестов и `*IT` для интеграционных тестов. Для использования в Java-проектах, не зависящих от конкретного фреймворка, используйте `@131-java-testing-unit-testing`. Является частью проекта "Навыки для Java".

Используйте это, когда вам нужно писать или улучшать интеграционные тесты для Micronaut: аннотация `@MicronautTest`, `HttpClient`, `TestPropertyProvider` с использованием Testcontainers, транзакционный режим тестирования, где это уместно, и разделение Maven Surefire/Failsafe для тестов с именами, начинающимися с `*Test`, `*Tests`, `*IT` и `*AT`. Является частью проекта "Навыки для Java".

Используйте это, когда вам нужно быстро писать модульные тесты для приложений Quarkus, включая чистые тесты с использованием `@ExtendWith(MockitoExtension.class)`, `@QuarkusTest` с `@InjectMock` для полной замены CDI-компонентов на моки, `@InjectSpy` для частичного мокирования CDI-компонентов, REST Assured для тестов, ориентированных на ресурсы, `@ParameterizedTest` с `@CsvSource` / `@MethodSource`, `QuarkusTestProfile` для переопределения конфигурации, специфичной для тестов, и соглашений об именовании (*Test → Surefire, *IT → Failsafe). Для использования в Java-проектах, не зависящих от конкретного фреймворка, используйте `@131-java-testing-unit-testing`. Является частью проекта skills-for-java.

Используйте это, когда вам необходимо применять стратегии тестирования для Java-кода: RIGHT-BICEP для руководства при создании тестов, A-TRIP для характеристик качества тестов или CORRECT для проверки граничных условий. Является частью проекта "Навыки для Java".

Используйте, когда вам необходимо реализовать приемочные тесты из файла Gherkin (.feature) для Java, не зависящего от конкретного фреймворка (без Spring Boot, Quarkus, Micronaut). Решение находит сценарии с аннотацией `@acceptance`, реализует "счастливый путь" с использованием RestAssured, Testcontainers для баз данных/Kafka и WireMock для внешних REST-сервисов. Требуется наличие файла .feature в контексте. Является частью проекта skills-for-java.

Используйте, когда вам необходимо реализовать приемочные тесты из файла .feature, написанного на языке Gherkin, для приложений Micronaut. Поддерживает аннотации `@acceptance`, `@MicronautTest`, `HttpClient`, базовый класс `BaseAcceptanceTest` с `TestPropertyProvider` для Testcontainers и WireMock, суффикс `*AT` и `Failsafe`. Требует наличия файла .feature в контексте. Является частью проекта skills-for-java.

Используйте это, когда вам нужно писать или улучшать интеграционные тесты для Quarkus, включая аннотацию `@QuarkusTest`, Dev Services для автоматической настройки контейнеров, Testcontainers через `QuarkusTestResourceLifecycleManager`, WireMock для эмуляции внешних HTTP-сервисов, `@QuarkusIntegrationTest` для тестирования "черного ящика" упакованных артефактов, REST Assured, стратегии изоляции данных (`@TestTransaction` против очистки `@BeforeEach`) и разделение Maven Surefire/Failsafe на три уровня (*Test, *IT, *AT). Является частью проекта "skills-for-java".

Автономный агент разработки, управляемый тестами, для реализации функций без участия человека. Используйте этот навык, когда: - Реализуете новые функции на основе не прошедших тестов. - Исправляете сломанные наборы тестов. - Создаете готовый к производству код с тестами. - Работаете в режиме разработки, управляемой тестами (TDD), с минимальным руководством. Этот навык обеспечивает 6-шаговый автономный цикл: анализ тестов → реализация → предсказание → итерация → рефакторинг → суммирование. Работает с любым проектом на Python, использующим pytest.

Этот навык следует использовать, когда пользователь запрашивает "проверку исправления", "воспроизведение ошибки", "диагностику проблемы", "проверку состояния ДО/ПОСЛЕ", "выполнение задачи проверки (VF)", "проверку соответствия реальности", "проверку качества тестов", "тесты, основанные только на моках" или нуждается в помощи в проверке исправлений путем воспроизведения ошибок до и после реализации, или в выявлении антипаттернов, связанных с чрезмерным использованием моков в тестах.

Это демонстрационная функция для тестирования загрузки, выбора и внедрения подсказок (промптов) для навыков.

Оптимизируйте разработку тестов с помощью Playwright с помощью практических рекомендаций от Currents.dev. Этот ресурс поможет вам создавать надежные и поддерживаемые тесты, избегая распространенных ошибок и повышая эффективность работы с фреймворком. Освойте лучшие практики написания тестов, от создания новых файлов до отладки существующих наборов. Получите доступ к структурированному справочнику, организованному по видам деятельности. Вам потребуется использовать командная строка для запуска тестов и анализа результатов? В этом справочнике вы найдете конкретные рекомендации по организации структуры тестового набора, выбору надежных локаторов и использованию эффективных утверждений. Это как терминальная утилита для улучшения качества ваших тестов. Используйте этот ресурс как CLI-инструмент для улучшения процесса разработки. Он содержит подробные инструкции для решения конкретных задач, таких как написание сквозных тестов и компонентных тестов, что позволит вам быстро находить нужную информацию и повысить производительность вашей команды.

Методология тестирования навыков: выполняем сценарии без использования навыков (КРАСНЫЙ), наблюдаем за возникающими ошибками, добавляем необходимые навыки (ЗЕЛЕНЫЙ), устраняем недостатки (РЕФАКТОРИНГ).

Используйте это при создании или редактировании навыков, перед их внедрением, чтобы проверить, как они работают в условиях нагрузки и устойчивы ли они к упрощениям. Применяйте цикл RED-GREEN-REFACTOR к документации процесса, сначала запустив базовую версию без использования навыка, затем добавляя его для устранения выявленных недостатков и итеративно улучшая его для устранения потенциальных проблем.

Итеративное тестирование на проникновение любого артефакта (документации по проектированию, планов, кода, гипотез, макетов). Процесс повторяется до тех пор, пока не будет достигнута чистота или не наступит стагнация. Запускается командами, создающими артефакты, или их родительским координатором.

Суть навыка Скилл dialectic-spiral структурирует проверку гипотез и уточнение синтеза. Он использует рекурсивный, состязательный процесс для выявления слабых мест и повышения надежности выводов. Скилл помогает избежать предвзятости, заставляя пользователя генерировать и тестировать противоположные точки зрения. Механика работы Скилл работает по циклу, состоящему из нескольких этапов: - Формулировка тезиса и сбор подтверждающих доказательств. - Генерация антитезиса с использованием четырех методов: прямой поиск контраргументов, дедукция, фальсификация и анализ точек зрения заинтересованных сторон. - Определение элементов, выдержавших проверку, и обоснование отбрасывания других. - Создание антитезиса, являющегося прямой противоположностью предыдущего разрешения. Технологии Скилл разработан на Python. Используется обработка текста для генерации антитезисов. Результаты представляются в формате Markdown. В процессе анализа применяются методы поиска и оценки API. Скилл включает в себя функциональность анализа "cost-bearer" для оценки влияния гипотез. Основа – рекурсивный цикл WHILE.