TestUtils クラスとそのメソッドが単体テストメソッドからのみアクセス可能であることを保証するには、クラスに @isTest アノテーションを付与する必要があります。このアノテーションにより、クラスとそのメソッドのスコープはテストコンテキストのみに制限されます。
なぜ@isTestなのか？
@isTest の目的:
@isTest アノテーションは、クラスまたはメソッドをテストシナリオ内でのみ使用するようにマークします。これにより、メソッドが本番コードで誤って呼び出されるのを防ぎます。
これにより、テストの分離性が向上し、不正使用が防止されます。
静的テストデータ手法：
テストデータ作成用のヘルパーメソッドに@isTestというアノテーションを付けることで、それらが本番コードに干渉せず、テスト目的のみに使用されることが保証されます。
オプション分析：
オプションA：3行目上の@isTest：
誤りです。createAccount メソッドのみに @isTest を適用すれば機能しますが、クラス内の他のメソッドにはアクセスできてしまいます。これでは、クラス全体を制限するという要件を満たしません。
オプションB：01行目の上に@isTestを追加する：
その通りです。クラスに注釈を付けることで、クラス内のすべてのメソッドがテストのコンテキストでのみアクセス可能になります。
オプションC：1行目のpublicをprivateに変更する。
誤りです。クラスをプライベートに変更するとコンパイルエラーが発生します。Salesforce のトップレベルクラスはプライベートとして宣言できないためです。
オプションD：3行目から静的ノイズを削除する：
誤りです。staticを削除しても、クラスやそのメソッドのテスト範囲には影響しません。staticメソッドは引き続き呼び出すことができ、テストコンテキストへのアクセスも制限されません。
正しい実装：
修正後のコードは以下のようになります。
@isTest
public class TestUtils {
public static Account createAccount() {
Account acct = new Account();
// アカウントにいくつかのフィールドを設定します
アカウントを返します。
}
// その他のメソッド...
}
参考文献：
Apexテスト：テストクラスとメソッド
Apexテストに関するTrailheadモジュール

スクラッチ組織は、開発とテストに使用される一時的なソース駆動型のSalesforce環境です。開発者はスクラッチ組織を使用して以下のことが可能になります。
* 互いの設定に干渉することなく、独立した機能の開発に取り組む。
* CI/CDパイプラインには、ソースコード主導型の開発モデルを活用する。