test-infrastructure
実質的なテストカバレッジを構築する
弱いテストは壊れた機能を見逃し、誤った安心感を生みます。このスキルは、Claude、Codex、Claude Code がギャップを監査し、意味のあるテストを書き、クリティカルパスのカバレッジを維持できるように導きます。
自分のエージェントでインストール
このリクエストをエージェントにコピーしてください。正規の Skill ページとマニフェストが含まれています。
Review the Skillstore skill "test-infrastructure" from https://skillstore.io/skills/cleanexpo-test-infrastructure.md and its manifest at https://skillstore.io/api/skills/cleanexpo-test-infrastructure/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.エージェントは引き続き計画を提示し、セキュリティポリシーで必要な確認を求める必要があります。
エージェントが読めるリソース
AI エージェント、クローラー、スクリプトがページ全体ではなく整理されたコンテキストを必要とする場合は、これらのリンクを使ってください。
テストする
「test-infrastructure」を使用しています。 多数の小さなテストファイルがあるリポジトリを監査する。
期待される結果:
- 実際のアサーションがほとんどないため、複数のファイルをスタブとして分類します。
- 認証、API認可、データベース書き込みに関する欠落テストを一覧化します。
- ユーザーリスクとビジネスリスクの順に並べた概算の作業計画を提供します。
「test-infrastructure」を使用しています。 連絡先作成APIのテストを作成する。
期待される結果:
- 成功、バリデーション、認可、永続化のケースを定義します。
- 作成後に保存されたレコードを読み取れることのチェックを要求します。
- 実装前に必要な不足フィクスチャやセットアップを指摘します。
「test-infrastructure」を使用しています。 リリース前に継続的なテスト健全性をレビューする。
期待される結果:
- リリース判断をブロックすべき遅い、または不安定なスイートを指摘します。
- 廃止されたテストと繰り返しのヘルパーコードを特定します。
- カバレッジの推移と残っている重要なギャップを要約します。
セキュリティ監査
安全All 23 static findings were adjudicated as false positives. The external-command alerts are Markdown fences or hardcoded local test command examples, not executable Ruby backticks. The network and blocker alerts are illustrative local test examples and ordinary testing guidance, with no prompt injection or data exfiltration intent found.
リスク要因
⚙️ 外部コマンド (19)
🌐 ネットワークアクセス (2)
このレポートを共有・引用
バージョン付き評価レポート、中立的なバッジ、埋め込みカード、引用を共有できます。Skillstore は証拠を報告しますが、この Skill が安全かどうかは判断しません。
レポートリンクをコピー
https://skillstore.io/skills/cleanexpo-test-infrastructure/audits/8?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportMarkdownバッジ
[](https://skillstore.io/skills/cleanexpo-test-infrastructure?utm_source=security_passport_badge)HTMLバッジ
<a href="https://skillstore.io/skills/cleanexpo-test-infrastructure?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/cleanexpo-test-infrastructure/security.svg" alt="Skillstore security assessment" loading="lazy"></a>埋め込みカード
<iframe src="https://skillstore.io/embed/skills/cleanexpo-test-infrastructure.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>学術引用 (APA · BibTeX · CFF)
APA形式の引用
CleanExpo. (2026). test-infrastructure security audit report (audit version 8) [Author version unspecified]. Skillstore. https://skillstore.io/skills/cleanexpo-test-infrastructure/audits/8BibTeX形式の引用
@techreport{cleanexpo-cleanexpo-test-infrastructure-2026,
author = {CleanExpo},
title = {test-infrastructure security audit report (audit version 8)},
institution = {Skillstore},
year = {2026},
number = {8},
url = {https://skillstore.io/skills/cleanexpo-test-infrastructure/audits/8},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "test-infrastructure security audit report (audit version 8)"
version: "unspecified"
type: report
authors:
- name: "CleanExpo"
date-released: "2026-07-06"
url: "https://skillstore.io/skills/cleanexpo-test-infrastructure/audits/8"
identifiers:
- type: other
value: "skillstore:cleanexpo-test-infrastructure:audit:8"
description: "Skillstore immutable audit report identifier"
Skillstore スコア
このスコアの理由 証拠の信頼度: 高作成できるもの
プロダクトカバレッジを監査する
空のテスト、弱いアサーション、欠落しているクリティカルパス、最も価値の高いカバレッジ作業を見つけます。
リリーステスト計画を設計する
リリース前に、認証、認可、データベース、API、ユーザーワークフローのテストを優先します。
機能テストを強化する
不要なモックを減らしながら、意味のあるユニット、統合、コンポーネントテストを書きます。
これらのプロンプトを試す
このリポジトリのテストスイートを監査してください。空または弱いテスト、実質的なカバレッジ、重要なギャップ、最優先の作業を特定してください。
コアプロダクトフローのテスト計画を作成してください。認証、API認可、データベース操作、ユーザーワークフロー、エラーハンドリングをリスク順にランク付けしてください。
この機能について、正常系、失敗、境界値、永続化チェックに対して明確なアサーションを持つテストを書いてください。不要なモックは避けてください。
このテストスイートについて、遅いテスト、不安定なテスト、重複したフィクスチャ、弱いアサーション、テストしやすさのためにリファクタリングすべきコードをレビューしてください。
ベストプラクティス
- 低リスクの挙動より先に、収益、認証、認可、データ整合性のパスから始めます。
- 機能が壊れたときに失敗するアサーションを優先します。
- 変更後にテストを実行し、カバレッジを拡大する前に失敗を調査します。
回避
- 空のテストファイルをカバレッジとして数えること。
- 統合チェックが現実的な場合に、テスト対象の挙動をモックすること。
- 曖昧な名前で、意味のあるアサーションがない広範なテストを書くこと。