Fix Tests (Grade A) logo

Fix Tests (Grade A)Turvalisuse kontrollitud arendusoskus Claude AI-le. Hinne A.

(0)
Daniel NikulshynVaadanud Daniel Nikulshyn·Uuendatud juuli 2026

Ülevaade

Fix Tests (Grade A) on süstemaatiline töövoog testide ebaõnnestumise diagnoosimiseks ja parandamiseks. See juhendab kasutajaid samm‑sammult, kuidas tuvastada ebaõnnestunud testid, analüüsida iga tõrke põhjuseid, rakendada tavalisi parandamismustreid ja kinnitada tehtud parandused. See oskus on mõeldud kasutamiseks siis, kui kasutaja teatab testide ebaõnnestumisest või palub testide tõrkeid parandada. See rõhutab ühe testi korraga parandamist, iga paranduse kinnitamist ning tagab, et uusi testitõrkeid ei tekita. Töövoog sisaldab eeldusi, nagu töötav testikäsk ja tüübikontroll. Tõrkeid liigitakse tüüpide (väitevastus, aegumine, mokk, tüüp) järgi ning pakutakse strateegiaid tavapäraste probleemide, näiteks mokkide ja väitevigade jaoks. Protsess hõlmab testikomplektide käivitamist, veateadete kontrollimist ja testide või koodi uuendamist vastavalt vajadusele. Eesmärgiks on tagada, et kõik varem ebaõnnestunud testid läbi lähevad, ilma uute tõrgeteta, ning katvus püsib määratud miinimumi tasemel või sellest kõrgemal.

Põhifunktsioonid

  • Tuvastada ebaõnnestunud testid veateadetega
  • Liigitada tõrked tüüpide (väitevastus, aegumine, mokk, tüüp) järgi
  • Rakendada tavalisi parandamismustreid mokkide ja väitevigade jaoks
  • Parandada üks test korraga koos kinnitamisega
  • Kinnitamine kogu testikomplekti ja katvuse kohta

Hinnad

Mudel
Free
Kategooria
Tosed
Hinnang
Arvustusi pole

Kasutusjuhud

Tõrkeid põhjustavate testide diagnoosimine

Kasuta siis, kui kasutaja teatab testide ebaõnnestumisest, et süstemaatiliselt tuvastada ja liigitada tõrked.

Testitõrgete parandamine

Rakenda tavalisi parandamismustreid probleemidele, nagu mokk ei tagasta oodatud väärtusi või valed matcherid.

Plussid ja miinused

Plussid

  • Süstemaatiline lähenemine testitõrgete parandamisele
  • Kinnituse rõhutamine uute tõrgete vältimiseks
  • Käsitleb tavapäraseid probleeme nagu mokkide ja väitevigade küsimused

Miinused

  • Sõltub täpsest testikäsust ja tüübikontrolli konfiguratsioonist
  • Ei pruugi katta kõiki võimalikke testitõrke stsenaariume
  • Nõuab käsitsi pingutust iga testi analüüsimiseks ja parandamiseks

Arvustused

Logi sisse arvustuse jätmiseks.

Arvustusi pole. Ole esimene!

Küsimused

Why You Should Use This?

| Audience | Key Benefits | | -------------------- | ------------------------------------------------------------------------------------------------- | | Individual | 30%+ token savings, stop repeating standards, security guardrails, instant scaffolding | | Teams | Consistent AI behavior, day-one onboarding, codified patterns, compounding cost savings | | Organizations | Always-on compliance, same standards across 1,000 projects, central governance, measurable ROI |

Asked by Jana Krejčí · May 28, 2026

What You Can Customize?

| Section | What It Controls | Example | | ------------- | -------------------------- | ---------------------------------------------- | | project | Project identity | Name, description, repo URL | | techStack | Language, framework, tools | TypeScript + Express or Python + FastAPI | | paths | Directory structure | Where handlers, services, and common code live | | domain | Business entities | Order, Product, Customer + lifecycle states | | patterns | Code patterns | 7-step handler flow, error handling strategy | | testing | Quality gates | 90% coverage, test/lint/type-check commands | | database | DB conventions | Soft delete field, timestamp columns, naming | | packages | Internal packages | @your-org scope, registry URL | | conventions | Git and workflow | Branch prefixes, commit format, PR templates |

Asked by Naomi Suzuki · May 1, 2026

What it detects?

| Category | Signals | | ------------------ | ------------------------------------------------------------------------------------------ | | Language | tsconfig.json, go.mod, Cargo.toml, requirements.txt, pom.xml, file extensions | | Framework | Dependencies in package.json / requirements.txt (React, Express, Django, Spring, etc.) | | Database | ORM configs (prisma/, sequelize, typeorm), .sql files, migration folders | | Testing | jest.config., vitest, pytest, cypress/, playwright.config. | | Infrastructure | Dockerfile, terraform/, cdk.json, serverless.yml, cloud SDK deps | | CI/CD | .github/workflows/, .gitlab-ci.yml, Jenkinsfile |

Asked by Vasyl Kovalenko · Apr 12, 2026

What's Inside?

| Layer | Count | What It Does | How It's Triggered | | ------------- | ----- | ------------------------------------------------- | ----------------------------------- | | Rules | 47 | Enforces coding standards on every AI interaction | Automatically — always on | | Agents | 62 | Specialized assistants for complex tasks | On demand — /agent-name | | Skills | 50 | Step-by-step guided workflows with checklists | Contextually — when patterns match | | Commands | 37 | Lightweight, token-efficient quick actions | On demand — /command | | Hooks | 12 | Automation scripts in the AI loop | Event-driven — before/after actions | | Templates | 9 | Scaffolding for handlers, components, tests, etc. | Referenced by skills and agents |

Asked by Wolfgang Krause · Mar 24, 2026

How It Works?

Layer 1 — Pre-Processing: Hooks inject project context and block dangerous commands before your prompt reaches the AI. Layer 2 — Rules Engine: 47 always-on rules enforce token efficiency, security, architecture, code standards, database conventions, and testing thresholds. Layer 3 — Specialized Processing: The right component activates — an agent, skill, or command — based on your prompt. Layer 4 — Post-Processing: Hooks validate output, auto-format, scan for secrets, and verify coverage.

Asked by Xiomara Delgado · Mar 15, 2026

Esita küsimus

Tosed alternatiivid