ブログ

JUnit 5におけるメソッドとクラスの可視性の修正

December 21, 2020
アラン・リチャードソン

JUnit 5におけるメソッドとクラスの可視性の調整

プログラミングの醍醐味は、常に新しい知識を学び続けられることですが、一方で、慣れ親しんだ手法が新しいアプローチの導入を妨げてしまうこともあります。Senseiは、非推奨のパターンを特定し、今後の修正案を提示することで、こうした移行を強力にサポートします。

例えば、JUnit 4からJUnit 5へ移行した際、私はテストクラスやメソッドをすべてpublicにする書き方に慣れていました。しかし、JUnit 5ではパッケージプライベートにすることが可能です。

例:以下のようなコードではなく、

public class Junit5VisibilityTest {
    @Test
    public void thisDoesNotNeedToBePublic(){
        Assertions.assertTrue(true);
    }
}


本来はこう書きたいのです:

class Junit5VisibilityTest {
    @Test
    void thisDoesNotNeedToBePublic(){
        Assertions.assertTrue(true);
    }
}


この書き方を身につけるまでには時間がかかりましたし、今でも時々うっかり忘れてしまうことがあります。

Senseiの活用

Senseiを使えば、publicなメソッドやクラスを検出し、宣言を自動的にパッケージプライベートへ修正するレシピを作成できます。

これを実現するために、以下のレシピを作成しました:

名前 - JUnit: JUnit 5のテストメソッドはpublicである必要はありません
説明 - JUnit 5のテストメソッドにpublicの可視性は不要です
レベル - エラー


このコーディング習慣を根絶したいと考え、IDEでコードを書く際に問題がより目立つよう、レベルを「エラー」に設定しました。

クラス宣言の修正

クラスを検索するために、JUnit 5の@Testアノテーション(org.junit.jupiter.api.Test)を持つクラスをすべて探します。

そして、そのクラスの修飾子がpublicである場合を対象とします:

search:
  class:
    with:
      child:
        annotation:
          type: "org.junit.jupiter.api.Test"
    modifier: "public"

クイックフィックスによって修飾子が変更され、可視性が削除されてデフォルトになります。このデフォルトはパッケージプライベートであり、まさに私が求めているものです。

availableFixes:
- name: "JUnit 5テストクラスからpublic可視性を削除"
  actions:
  - changeModifiers:
      visibility: ""



メソッド宣言の修正

メソッド宣言を修正するレシピは、クラスのレシピとほぼ同じです。

まず、JUnit 5の@Testアノテーションが付与されたpublicメソッドを検索します。

search:
  method:
    annotation:
      type: "org.junit.jupiter.api.Test"
    modifier: "public"


次に、修飾子を変更してデフォルトの可視性にします。

availableFixes:
- name: "@Testメソッドからpublic可視性を削除"
  actions:
  - changeModifiers:
      visibility: ""


ヒント:複数のメソッドを一度に修正する

Senseiには、現在のファイル内のすべての違反に対してクイックフィックスを適用する機能があります。

alt+enterキーを使用してクイックフィックスを適用する場合です。

クイックフィックス名のメニューを展開すると、以下のオプションが表示されます。

"Fix All: 'JUnit: JUnit 5 test methods do not need to be public' problems in the file"

そのオプションを選択すると、Senseiは選択した箇所だけでなく、ファイル内のすべての問題を修正します。


Remove Test Method Public Visibility

クラスの修正

メソッドがpublicである必要がないのと同様に、クラスもpublicである必要はありません。

レシピとクイックフィックスを作成して、クラスを修正することができます。

名前 - JUnit: Junit 5 Test classes do not need to be public
説明 - Junit 5 Test classes do not need to be public
レベル - エラー


publicであり、かつ@Testアノテーションが付いたメソッドを持つクラスを見つけた場合、その可視性を変更します。

検索:
  クラス:
    修飾子: "public"
    いずれか:
    - 子:
        メソッド:
          アノテーション:
            型: "Test"


changeModifiersアクションを使用して、クラス定義の変更を再度行うことができます。

利用可能な修正:
- 名前: "@Testクラスのpublic可視性を削除"
  アクション:  
- 修飾子の変更:
      可視性: ""


概要

静的解析ツールが、JUnitにおけるこの推奨アプローチを最初に教えてくれました。しかし、静的解析ツールは、プログラミング中にコードを変更するための筋肉記憶を養う役には立ちませんでした。

「レベル」を使用して通知を受け取りましょう。排除したいコーディング上の問題がある場合、最初は「エラー」に設定し、そのコーディング手法から脱却するにつれてレベルを下げていきます。

Senseiを使用すれば、クイックフィックスを適用する際にドロップダウンメニューのオプションを選択することで、現在のファイル内のすべての問題を一度に修正できることを覚えておいてください。

Senseiレシピを作成することで、自分の古いコーディング手法をリアルタイムで確認できます。また、時折コーディングでミスをしてしまった場合でも、クイックフィックスを使って正しい手法を定着させることができます。

---

SenseiはIntelliJ内の「Preferences \ Plugins」(Mac)または「Settings \ Plugins」(Windows)からインストールできます。「sensei secure code」で検索してください。

このソースコードとレシピは、Secure Code WarriorのGitHubアカウントにある`sensei-blog-examples`リポジトリの`junitexamples`モジュールで確認できます。



タグライン

AI主導の開発をリリース前にガバナンスする

AIを活用したリスク測定、コミット時のセキュアコーディングポリシーの強制、そしてSDLC全体を通じたセキュアなデリバリーの加速を実現します。

デモを予約する
リソースライブラリ

他のブログ記事を見る

セキュアコーディング、AIガバナンス、ソフトウェアリスク管理に関する専門的なコンテンツをご覧ください。

すべて表示
導入事例
フィルターラベル
これはdivブロック内のテキストです。

Supercharged Security Awareness: How Tournaments are Inspiring Developers at Erste Group

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Suspendisse varius enim in eros elementum tristique. Duis cursus, mi quis viverra ornare, eros dolor interdum nulla, ut commodo diam libero vitae erat. Aenean faucibus nibh et justo cursus id rutrum lorem imperdiet. Nunc ut sem vitae risus tristique posuere.

詳細はこちら
導入事例
フィルターラベル
これはdivブロック内のテキストです。

Security as culture: How Blue Prism cultivates world-class secure developers

Learn how Blue Prism, the global leader in intelligent automation for the enterprise, used Secure Code Warrior's agile learning platform to create a security-first culture with their developers, achieve their business goals, and ship secure code at speed

詳細はこちら
導入事例
フィルターラベル
これはdivブロック内のテキストです。

セキュリティ文化の統一:Sageはいかにしてチャンピオンプログラムを構築したか

Sageがどのようにして柔軟かつ関係性を重視したアプローチでセキュリティを強化し、200名以上のセキュリティチャンピオンを育成して、目に見えるリスク低減を実現したのかをご紹介します。

詳細はこちら
ブログ
フィルターラベル
これはdivブロック内のテキストです。

2026年サイバーセキュリティ意識向上月間:企業防衛に不可欠なAIセキュリティの理解

主要なAI企業の多くが、安全対策が追いつくまでの間、AI開発を世界的に減速させるよう公に呼びかける事態となっています。しかし現実には、深刻なセキュリティ問題はすでに顕在化しています。AI導入に伴う金銭的コストやリスクが増大し続ける中、多くのセキュリティリーダーや経営陣は差し迫った状況に追い込まれています。

詳細はこちら
ブログ
フィルターラベル
これはdivブロック内のテキストです。

イネーブラー8:プログラムのブランディング

セキュアコーディングプログラムを成功させるには、優れたコンテンツ以上のものが必要です。イネーブラー8では、ブランディングによって参加を「憧れのステータスを得る体験」へと変える方法を解説します。

詳細はこちら
ブログ
フィルターラベル
これはdivブロック内のテキストです。

すべての従業員が今、AIサイバーセキュリティの最前線に立っている

エンタープライズテクノロジーの状況は、手遅れになるまで誰も予測できなかったほどの速さで変化しています。私たちは今、人間が書いたコードと基本的なコパイロット支援の時代から、エージェント型開発ライフサイクル(ADLC)の時代へと正式に足を踏み入れました。自律型AIエージェントは、複数の機能にわたってかつてない効率性をもたらす一方で、全く新しい種類のセキュリティリスクや規制リスクも引き起こしています。

詳細はこちら

AIを活用した開発をリリース前にセキュアに

開発者のリスクを可視化し、ポリシーを適用することで、ソフトウェア開発ライフサイクル全体における脆弱性を未然に防ぎます。

デモを予約する
該当する項目が見つかりません。