技能 self-test
🧪

self-test

安全 🌐 網路存取📁 檔案系統存取⚙️ 外部命令

Testez votre code pendant l'implémentation

Détectez les problèmes tôt grâce à un flux de travail de test itératif. Exécutez les tests, le linting et la vérification des types après chaque modification du code avant de déclarer le travail terminé.

支援: Claude Codex Code(CC)
📊 69 充足
1

下載技能 ZIP

2

在 Claude 中上傳

前往 設定 → 功能 → 技能 → 上傳技能

3

開啟並開始使用

測試它

正在使用「self-test」。 Exécutez les tests sur mes modifications récentes

預期結果:

  • Tests réussis : 15/15
  • Lint : Aucun problème trouvé
  • Typecheck : Réussi
  • Statut : Prêt pour la tâche suivante

正在使用「self-test」。 Exécutez le lint sur les fichiers que j'ai modifiés

預期結果:

  • ESLint : 3 problèmes trouvés
  • Corrigés : 2 problèmes auto-corrigeables
  • Restants : 1 problème de style (correction manuelle requise)

正在使用「self-test」。 Vérifiez si mon code est prêt pour pre-complete

預期結果:

  • Tests : RÉUSSI (12/12)
  • Lint : RÉUSSI
  • Typecheck : RÉUSSI
  • Erreurs console : Aucune
  • Résultat : Prêt pour pre-complete

安全審計

安全
v5 • 1/16/2026

This is a documentation-only skill containing testing pattern guidance. All 14 static findings are false positives caused by the scanner misinterpreting markdown code block delimiters as shell backticks and JSON description fields as cryptographic patterns. The skill contains no executable code, scripts, or network operations.

2
已掃描檔案
262
分析行數
3
發現項
5
審計總數
審計者: claude 查看審計歷史 →

品質評分

38
架構
100
可維護性
85
內容
22
社群
100
安全
83
規範符合性

你能建構什麼

Vérifier chaque modification de code

Exécuter les tests après avoir écrit du nouveau code pour détecter immédiatement les bugs.

Détecter les problèmes tôt

Utiliser la boucle test-lint-typecheck avant de passer à la tâche suivante.

Maintenir la qualité du code

S'assurer que le code répond aux normes de qualité avant l'intégration.

試試這些提示

Exécuter les tests après les modifications
Exécutez les tests pour le fichier que je viens de modifier et rapportez les résultats.
Vérification complète
Exécutez les tests, le lint et la vérification de type sur mes modifications récentes et corrigez les problèmes trouvés.
Fichier de test spécifique
Exécutez le fichier de test pour {module_name} pour vérifier l'implémentation.
Vérification continue
Après chaque modification de code, exécutez la boucle self-test pour garantir la qualité avant de continuer.

最佳實務

  • Exécuter les tests immédiatement après avoir écrit du nouveau code, pas à la fin
  • Corriger les échecs immédiatement au lieu de les accumuler
  • Utiliser la liste de vérification complète avant de marquer le travail comme pre-complete

避免

  • Regrouper tous les tests jusqu'à la fin de l'implémentation
  • Ignorer les échecs de tests et continuer quand même
  • Sauter les tests parce que le code semble fonctionner

常見問題

Quels langages de programmation sont pris en charge ?
Tout langage disposant d'outils de test, lint et typecheck, y compris JavaScript, TypeScript, Python, Go et Rust.
Que faire si mon projet n'a pas de tests ?
Cette compétence nécessite une infrastructure de test existante. Configurez d'abord les tests en utilisant les outils de test de votre framework.
Puis-je l'utiliser avec des pipelines CI/CD ?
Oui, les mêmes commandes utilisées localement (npm test, pytest) s'exécutent généralement dans les environnements CI.
Mes données sont-elles en sécurité avec cette compétence ?
Oui. Cette compétence lit uniquement les fichiers et exécute les commandes de test que vous spécifiez. Aucune donnée ne quitte votre machine.
Pourquoi mes tests échouent-ils après de petites modifications ?
C'est le comportement attendu. Des tests petits et incrémentaux aident à identifier exactement quelle modification a introduit un problème.
Comment cela se compare-t-il aux tests manuels ?
Les tests automatisés s'exécutent plus rapidement, détectent les régressions et documentent le comportement attendu. Les tests manuels ne peuvent égaler cette fiabilité.

開發者詳情

檔案結構

📄 SKILL.md