unit-test-config-properties
`@ConfigurationPropertiesTest` を使用した `@ConfigurationProperties` クラスのユニットテストパターンを提供します。プロパティバインディングの検証、バリデーション制約のテスト、デフォルト値の確認、型変換の検証、Spring Boot 設定プロパティのプロパティソースのモック化に対応します。アプリケーションの設定バインディングのテスト、YAML や application.properties ファイルの検証、環境別設定の確認、またはネストされたプロパティ構造のテスト時に活用してください。
description の原文を見る
Provides patterns for unit testing `@ConfigurationProperties` classes with `@ConfigurationPropertiesTest`. Validates property binding, tests validation constraints, verifies default values, checks type conversions, and mocks property sources for Spring Boot configuration properties. Use when testing application configuration binding, validating YAML or application.properties files, verifying environment-specific settings, or testing nested property structures.
SKILL.md 本文
設定プロパティとプロファイルのユニットテスト
概要
このスキルは、JUnit 5 を使用した @ConfigurationProperties バインディング、環境固有の設定、プロパティ検証のユニットテストパターンを提供します。プロパティ名マッピング、型変換、検証制約、ネストされた構造、プロファイル固有の設定をカバーしており、完全な Spring コンテキスト起動なしでテストできます。
主な検証ポイント:
@ConfigurationPropertiesとテストプロパティ間のプロパティプレフィックスマッチング- 無効な値を持つ
@Validatedクラスでの検証トリガー - Duration、DataSize、コレクション、マップの型変換が動作すること
使用する場面
@ConfigurationPropertiesプロパティバインディングのテスト- プロパティ名マッピングと型変換のテスト
@NotBlank、@Min、@Max、@Email制約を使用した設定検証- 環境固有設定 (開発、本番) のテスト
- ネストされたプロパティ構造とコレクションのテスト
- プロパティが指定されていない場合のデフォルト値の確認
- Spring コンテキスト起動なしの高速設定テスト
手順
- テスト依存関係をセットアップ:
spring-boot-starter-testと AssertJ 依存関係を追加 - ApplicationContextRunner を使用: 完全な Spring コンテキスト起動なしでプロパティバインディングをテスト
- プロパティプレフィックスを定義:
@ConfigurationProperties(prefix = "...")がテストプロパティパスと一致することを確認 - すべてのプロパティパスをテスト: ネストされた構造とコレクションを含む各プロパティを検証
- 検証制約をテスト:
context.hasFailed()を使用して@Validatedプロパティが無効な値を拒否することを確認 - 型変換をテスト: Duration (
30s)、DataSize (50MB)、コレクション、マップが正しく変換されることを確認 - デフォルト値をテスト: テストプロパティで指定されていない場合、プロパティが正しいデフォルトを持つことを確認
- プロファイル固有設定をテスト: 環境固有設定のために
ApplicationContextRunnerで@Profileを使用 - エッジケースをテスト: 空文字列、null 値、型の不一致を含める
トラブルシューティングフロー:
- プロパティがバインドされない場合 → プレフィックスが一致しているか確認 (ケバブケースからキャメルケースへの変換)
- 検証がトリガーされない場合 →
@Validatedアノテーションが存在することを確認 - コンテキスト起動に失敗する場合 → 依存関係と
@ConfigurationPropertiesクラス構造を確認
例
セットアップ: テスト依存関係
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-configuration-processor</artifactId>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.assertj</groupId>
<artifactId>assertj-core</artifactId>
<scope>test</scope>
</dependency>
基本パターン: プロパティバインディング
@ConfigurationProperties(prefix = "app.security")
@Data
public class SecurityProperties {
private String jwtSecret;
private long jwtExpirationMs;
private int maxLoginAttempts;
private boolean enableTwoFactor;
}
class SecurityPropertiesTest {
@Test
void shouldBindPropertiesFromEnvironment() {
new ApplicationContextRunner()
.withPropertyValues(
"app.security.jwtSecret=my-secret-key",
"app.security.jwtExpirationMs=3600000",
"app.security.maxLoginAttempts=5",
"app.security.enableTwoFactor=true"
)
.withBean(SecurityProperties.class)
.run(context -> {
SecurityProperties props = context.getBean(SecurityProperties.class);
assertThat(props.getJwtSecret()).isEqualTo("my-secret-key");
assertThat(props.getJwtExpirationMs()).isEqualTo(3600000L);
assertThat(props.getMaxLoginAttempts()).isEqualTo(5);
assertThat(props.isEnableTwoFactor()).isTrue();
});
}
@Test
void shouldUseDefaultValuesWhenPropertiesNotProvided() {
new ApplicationContextRunner()
.withPropertyValues("app.security.jwtSecret=key")
.withBean(SecurityProperties.class)
.run(context -> {
SecurityProperties props = context.getBean(SecurityProperties.class);
assertThat(props.getJwtSecret()).isEqualTo("key");
assertThat(props.getMaxLoginAttempts()).isZero();
});
}
}
検証テスト
@ConfigurationProperties(prefix = "app.server")
@Data
@Validated
public class ServerProperties {
@NotBlank
private String host;
@Min(1)
@Max(65535)
private int port = 8080;
@Positive
private int threadPoolSize;
}
class ConfigurationValidationTest {
@Test
void shouldFailValidationWhenHostIsBlank() {
new ApplicationContextRunner()
.withPropertyValues(
"app.server.host=",
"app.server.port=8080",
"app.server.threadPoolSize=10"
)
.withBean(ServerProperties.class)
.run(context -> {
assertThat(context).hasFailed()
.getFailure()
.hasMessageContaining("host");
});
}
@Test
void shouldPassValidationWithValidConfiguration() {
new ApplicationContextRunner()
.withPropertyValues(
"app.server.host=localhost",
"app.server.port=8080",
"app.server.threadPoolSize=10"
)
.withBean(ServerProperties.class)
.run(context -> {
assertThat(context).hasNotFailed();
assertThat(context.getBean(ServerProperties.class).getHost()).isEqualTo("localhost");
});
}
}
型変換テスト
@ConfigurationProperties(prefix = "app.features")
@Data
public class FeatureProperties {
private Duration cacheExpiry = Duration.ofMinutes(10);
private DataSize maxUploadSize = DataSize.ofMegabytes(100);
private List<String> enabledFeatures;
private Map<String, String> featureFlags;
}
class TypeConversionTest {
@Test
void shouldConvertDurationFromString() {
new ApplicationContextRunner()
.withPropertyValues("app.features.cacheExpiry=30s")
.withBean(FeatureProperties.class)
.run(context -> {
assertThat(context.getBean(FeatureProperties.class).getCacheExpiry())
.isEqualTo(Duration.ofSeconds(30));
});
}
@Test
void shouldConvertCommaDelimitedList() {
new ApplicationContextRunner()
.withPropertyValues("app.features.enabledFeatures=feature1,feature2")
.withBean(FeatureProperties.class)
.run(context -> {
assertThat(context.getBean(FeatureProperties.class).getEnabledFeatures())
.containsExactly("feature1", "feature2");
});
}
}
ネストされたプロパティ、プロファイル固有設定、コレクションバインディング、高度な検証パターン については references/advanced-examples.md を参照してください。
ベストプラクティス
- すべてのプロパティバインディングをテスト (ネストされた構造とコレクションを含む)
- すべての
@NotBlank、@Min、@Max、@Email、@Positiveアノテーションの検証制約をテスト - デフォルト値とカスタム値の両方をテスト してフォールバック動作を確認
- ApplicationContextRunner を使用 して高速なコンテキスト不要のテスト実施
- プロファイル固有設定を個別にテスト (
@Profile付き) - Duration、DataSize、コレクション、マップの型変換を検証
- エッジケースをテスト: 空文字列、null 値、型の不一致、範囲外の値
制約と警告
- ケバブケースからキャメルケースへの変換: プロパティ
app.my-propertyは Java のmyPropertyにマッピング - ルーズバインディング: Spring Boot はデフォルトでルーズバインディングを使用 (必要に応じてストリクトバインディングを使用)
@Validated必須: 制約検証を有効にするには@Validatedアノテーションを追加@ConstructorBinding: コンストラクタバインディング使用時はすべてのパラメータがバインド可能である必要あり- リストインデックス:
[0]、[1]記法を使用 (リストの場合は連続したインデックスを確保) - Duration 形式: ISO-8601 (
PT30S) または簡易構文 (30s、1m、2h) を受け入れ - コンテキスト分離: 各
ApplicationContextRunnerは共有状態のない新しいコンテキストを作成 - プロファイル有効化: プロファイルテストの場合は
withPropertyValues()でspring.profiles.active=profileNameを使用
トラブルシューティング
| 問題 | 原因 | 解決策 |
|---|---|---|
| プロパティがバインドされない | プレフィックス不一致 | @ConfigurationProperties(prefix="...") がプロパティパスと一致することを確認 |
| 検証がトリガーされない | @Validated が欠落 | 設定クラスに @Validated アノテーションを追加 |
| コンテキスト起動に失敗 | 依存関係が欠落 | テストスコープに spring-boot-starter-test があることを確認 |
| ネストされたプロパティが null | 内部クラスが欠落 | ネストされたクラスで @Data を使用するか、ゲッター/セッターを提供 |
| コレクションバインディング失敗 | インデックス記法が誤り | [0]、[1] 記法を使用 ((0)、(1) は使用不可) |
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- giuseppe-trisciuoglio
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/giuseppe-trisciuoglio/developer-kit / ライセンス: MIT
関連スキル
superfluid
Superfluidプロトコルおよびそのエコシステムに関するナレッジベースです。Superfluidについて情報を検索する際は、ウェブ検索の前にこちらを参照してください。対応キーワード:Superfluid、CFA、GDA、Super App、Super Token、stream、flow rate、real-time balance、pool(member/distributor)、IDA、sentinels、liquidation、TOGA、@sfpro/sdk、semantic money、yellowpaper、whitepaper
civ-finish-quotes
実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。
nookplot
Base(Ethereum L2)上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。
web3-polymarket
Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。
ethskills
Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格(ERC-20、ERC-721、ERC-4626など)、Layer 2ネットワーク(Base、Arbitrum、Optimism、zkSync、Polygon)、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化(EIPライフサイクル、フォーク追跡、今後の変更予定)といったトピックを含みます。
xxyy-trade
このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。