查询中

搜索技能

为您的 Agent 寻找最完美的能力。

结果数
53,183
符合搜索条件的技能
当前页
1701
共 2660 页
关键词
ai
按名称、标签或描述搜索
testing
4

condition-based-waiting

Use when tests have race conditions, timing dependencies, or inconsistent pass/fail behavior - replaces arbitrary timeouts with condition polling to wait for actual state changes, eliminating flaky tests from timing guesses

alexsandrocruz
alexsandrocruz
testing-security
open
testing
4

e2e-testing

Guide for writing end-to-end tests with Playwright in the DEVS platform. Use this when asked to write E2E tests, debug test failures, or set up test automation.

codename-co
codename-co
testing-security
open
testing
4

test-naming-conventions

テスト命名規則を設計し、可読性と一貫性を維持するスキル。 ファイル名、describe/it 構造、シナリオ表現を統一し、チーム運用を支援する。 Anchors: • xUnit Test Patterns / 適用: 命名規則設計 / 目的: 可読性の向上 • Specification by Example / 適用: シナリオ命名 / 目的: 意図の共有 Trigger: Use when defining, reviewing, or enforcing test naming conventions and file structures. test naming, describe/it, file structure

daishiman
daishiman
testing-security
open
testing
4

boundary-value-analysis

境界値分析と同値分割によるテストケース設計を体系化するスキル。 入力領域の分類、境界値抽出、エッジケース追加、組み合わせ最適化を行い、最小のテスト数で検証精度を高める。 Anchors: • The Pragmatic Programmer / 適用: テスト設計 / 目的: 実践的改善と品質維持 • Software Testing (Glenford J. Myers) / 適用: 境界値設計 / 目的: 代表値選定の明確化 • Rapid Software Testing (James Bach) / 適用: 探索的テスト / 目的: エッジケースの発見 Trigger: Use when designing test cases, validating input boundaries, applying equivalence partitioning, or optimizing test coverage.

daishiman
daishiman
testing-security
open
testing
4

categorical-property-testing

Property-based testing for functor laws, monad laws, and naturality conditions using fp-ts and fast-check. Use when validating categorical implementations in TypeScript, testing algebraic laws in functional code, verifying functor/monad/applicative instances, or building test suites for categorical abstractions.

manutej
manutej
testing-security
open
testing
4

visual-regression-testing

ビジュアルリグレッションテストの専門スキル。 スクリーンショット比較、差分検出、UIテスト自動化を提供します。 Anchors: • 『Test-Driven Development: By Example』(Kent Beck) / 適用: UIテスト / 目的: 視覚的品質保証 Trigger: Use when implementing visual tests, configuring screenshot comparison, setting up UI regression testing, or integrating visual testing into CI/CD pipelines.

daishiman
daishiman
testing-security
open
testing
4

tdd-principles

テストファーストで仕様を定義し、Red-Green-Refactorを小さなステップで回すためのスキル。 設計の創発とレガシー対応まで含めて、テスト駆動開発の実務判断を支援する。 Anchors: • Test-Driven Development: By Example / 適用: TDDサイクル / 目的: 仕様の明確化 • xUnit Test Patterns / 適用: テスト設計 / 目的: 表現の一貫性 • Working Effectively with Legacy Code / 適用: レガシー適用 / 目的: 安全な変更 Trigger: Use when planning or executing test-driven development, defining test-first strategy, or reviewing red-green-refactor quality. TDD, test-first, red-green-refactor, small steps, refactoring

daishiman
daishiman
testing-security
open
testing
4

flaky-test-prevention

フレーキー(不安定)なテストを検出・修正するスキル。非決定性の排除、リトライロジック、テスト安定性向上パターンを提供。並列実行時の問題解決やタイミング依存の除去を支援。 Anchors: • Test-Driven Development(Kent Beck) / 適用: Red-Green-Refactor / 目的: 安定したテスト設計 • xUnit Test Patterns(Gerard Meszaros) / 適用: テストダブル / 目的: 非決定性の隔離 • Continuous Delivery(Jez Humble) / 適用: パイプライン信頼性 / 目的: CI/CDの安定化 Trigger: Use when tests fail intermittently, detecting flaky tests, eliminating non-determinism in tests, fixing timing-dependent failures, or stabilizing CI/CD pipelines.

daishiman
daishiman
testing-security
open
testing
4

integration-testing

統合テストの設計・実装・実行スキル。複数コンポーネント間の相互作用を検証し、エンドツーエンドのワークフローが正しく機能することを確認します。 Anchors: • Growing Object-Oriented Software, Guided by Tests (Freeman) / 適用: 境界テスト設計 / 目的: 契約ベースのテスト • Continuous Delivery (Humble) / 適用: パイプライン統合 / 目的: 早期フィードバック • Testing Microservices with Mountebank (Byars) / 適用: サービス仮想化 / 目的: 分散システムテスト効率化 Trigger: Use when testing component interactions, database integration, external API connections, or E2E workflows. integration testing, database testing, api testing, contract testing, test isolation

daishiman
daishiman
testing-security
open
testing
4

e2e-testing

End-to-end testing patterns and best practices for web applications using Playwright and Cypress. Covers Page Object Model, test fixtures, selector strategies, async handling, visual regression testing, and flaky test prevention. Use when setting up E2E tests, debugging test failures, or improving test reliability. Trigger keywords: e2e testing, end-to-end tests, Playwright, Cypress, Page Object Model, test fixtures, selectors, data-testid, async tests, visual regression, flaky tests, browser testing.

cosmix
cosmix
testing-security
open
testing
4

test-backend

Run and verify backend tests for the FastAPI/Python application.

ruska-ai
ruska-ai
testing-security
open
testing
4

tdd

Test-Driven Development (TDD) best practices for pko-tools repository. Use this skill when implementing new features, fixing bugs, or refactoring code in either the Rust backend (src-tauri/) or TypeScript/React frontend (src/). Specifically use when (1) adding new functionality that needs tests, (2) writing tests before implementation (red-green-refactor), (3) debugging failing tests, (4) improving test coverage, or (5) setting up test infrastructure.

Perseus
Perseus
testing-security
open
testing
4

spec-first

Use when building anything non-trivial. Enforces a spec → plan → execute → verify loop that prevents "looks right" failures. Creates spec.md, todo.md, and decisions.md before writing code.

rohunvora
rohunvora
testing-security
open
testing
4

propose-feature-test-plan

Create a test plan mapping EARS requirements and Critical Constraints to specific tests

cbgbt
cbgbt
testing-security
open
testing
4

test-coverage

テストカバレッジの計測、ギャップ分析、改善計画の策定を行うスキル。 リスクベースで優先順位を決め、実行可能な改善ステップに落とし込む。 Anchors: • Working Effectively with Legacy Code / 適用: リスク評価 / 目的: 重点領域の特定 • xUnit Test Patterns / 適用: テスト設計 / 目的: 有効なテスト追加 • Test-Driven Development: By Example / 適用: テスト追加 / 目的: 品質改善 Trigger: Use when analyzing test coverage, prioritizing coverage gaps, or planning coverage improvements. test coverage, coverage report, coverage gap, risk-based testing, improvement plan

daishiman
daishiman
testing-security
open
testing
4

acceptance-criteria-writing

Given-When-Then 形式の受け入れ基準を整理し、テスト可能な完了条件の定義を支援する。 要件の明確化、シナリオ設計、検証手順を一貫して整理する。 Anchors: • Software Requirements (Karl Wiegers) / 適用: 要件分析・仕様化 / 目的: テスト可能な要件定義 • BDD in Action (John Ferguson Smart) / 適用: Given-When-Then / 目的: 振る舞い駆動開発 • The Art of Software Testing (Glenford Myers) / 適用: テスト設計 / 目的: 検証可能性の確保 Trigger: 受け入れ基準の作成、ユーザーストーリーの仕様化、テスト可能な要件定義を行う場合に使用。 acceptance criteria, user story, GWT, Given-When-Then, testable requirements, definition of done

daishiman
daishiman
testing-security
open
testing
4

test-driven-development

Use when implementing any feature or bugfix, before writing implementation code - write the test first, watch it fail, write minimal code to pass; ensures tests actually verify behavior by requiring failure first

alexanderop
alexanderop
testing-security
open
testing
4

frontend-testing

Comprehensive frontend testing strategy encompassing component tests, visual regression, accessibility, and E2E testing for modern web applications using Vitest, React Testing Library, Playwright, and Storybook. Anchors: • Test-Driven Development: By Example (Kent Beck) / Apply: Red-Green-Refactor cycle / Purpose: Guide test-first development workflow • Testing Library Guiding Principles / Apply: Query priorities and user-centric testing / Purpose: Ensure tests resemble user behavior • WCAG 2.1 AA Standards / Apply: Automated accessibility testing / Purpose: Ensure inclusive UI components Trigger: Use when implementing or improving frontend tests, setting up test infrastructure, debugging failing tests, improving test coverage, or establishing testing best practices for React/Next.js applications. vitest, react testing library, playwright, storybook, component test, e2e test, visual regression, accessibility testing, test coverage, mock service worker

daishiman
daishiman
testing-security
open
testing
4

repository-test

Go repository testing with SQLC integration following hexagonal architecture. Use when writing integration tests for repository layer, testing database operations, and validating domain model persistence. Focuses on testcontainers, table-driven tests, and comprehensive error coverage.

nikolayk812
nikolayk812
testing-security
open
testing
4

tdd-red-green-refactor

Red-Green-Refactorサイクルを中心にTDDを実行するための専門スキル。 失敗テストの設計、最小実装、リファクタを反復し、品質と速度を両立する。 Anchors: • Test-Driven Development: By Example / 適用: RGRサイクル / 目的: 反復の規律 • Refactoring (Martin Fowler) / 適用: 改善手順 / 目的: 振る舞い維持 • xUnit Test Patterns / 適用: テスト設計 / 目的: 表現の一貫性 Trigger: Use when focusing on the red-green-refactor cycle, coaching TDD execution, or reviewing cycle quality. red-green-refactor, TDD cycle, failing test, minimal implementation, refactoring

daishiman
daishiman
testing-security
open
上一页
第 1701 页 / 共 2660 页
下一页