この文章は Salesforce 機械翻訳システムを使用して翻訳されました。詳細はこちらをご参照ください。
英語に切り替える

Apex の単体テスト

堅牢で、エラーのないコードの開発を促進するため、Apex は単体テストの作成と実行をサポートします。単体テストは、コード内の特定の部分が正しく機能していることを確認するクラスメソッドです。単体テストのメソッドは引数を取らず、データベースにデータをコミットせず、メールを送信しません。このメソッドは、メソッド定義内で @IsTest アノテーションでフラグ付けされます。単体テストメソッドは、テストクラス (@IsTest アノテーションが付加されているクラス) で定義されている必要があります。

次に例を示します。

アプリケーションのテストに使用するコードのみを含むクラスおよびメソッドを定義するには @IsTest アノテーションを使用します。@IsTest アノテーションでは、括弧で囲まれ空白で区切られた複数の修飾子を使用できます。

メソッドの @IsTest アノテーションは、testMethod キーワードと同じです。Salesforce では、testMethod ではなく @IsTest を使用することをベストプラクティスとして推奨しています。testMethod キーワードは今後のリリースで廃止される可能性があります。

メモ

次のテストクラスの例には、2 つのテストメソッドが含まれています。

@IsTest として定義されたクラスとメソッドは private または public のいずれかと宣言する必要があります。テストクラスメソッドのアクセスレベルを考慮する必要はありません。テストクラスまたはテストメソッドを定義するときにアクセス修飾子を追加する必要はありません。Apex のデフォルトのアクセスレベルは非公開です。このテストフレームワークでは、アクセスレベルを問わず、常にテストメソッドを検索して、実行することができます。

@IsTest として定義されたクラスは最上位クラスである必要があるため、インターフェースまたは列挙値とすることはできません。

テストクラスのメソッドは、テストメソッドまたはテストメソッドから呼び出されるコードからのみコールすることができます。テスト以外の要求から呼び出すことはできません。

この例では、テストするクラスおよび対応するテストクラスを示します。この例には、2 つのメソッドとコンストラクターが含まれています。

この例には、4 つのテストメソッドを持つ対応するテストクラスが含まれています。前のクラスの各メソッドがコールされています。テストカバー率は十分ですが、テストクラスのテストメソッドでは、追加のテストを実行して境界の条件を確認します。

単体テストの考慮事項

単体テストでは、次の点に留意してください。

  • Salesforce API 28.0 からは、テストメソッドは非テストクラスに含めることができなくなります。また、IsTest アノテーションが付加されているクラスの一部である必要があります。テストクラスから private クラスのメンバーにアクセスする方法については、TestVisible アノテーションを参照してください。
  • テストメソッドは、Web サービスコールアウトのテストには使用できません。代わりに、疑似コールアウトを使用します。「Web サービスコールアウトのテスト」および「HTTP コールアウトのテスト」を参照してください。
  • テストメソッドからメールメッセージを送信することはできません。
  • テストメソッドはテストで作成したデータをコミットしないため、完了時にテストデータを削除する必要はありません。
  • テストクラスの静的メンバー変数の値が testSetup またはテストメソッドで変更されている場合は、新しい値が保持されません。このクラスの他のテストメソッドは、静的メンバー変数の元の値を取得します。この動作は、静的メンバー変数が別のクラスで定義され、テストメソッドでアクセスされる場合にも適用されます。
  • 一意制約のある項目を含む一部の sObject では、重複する sObject レコードを挿入するとエラーになります。たとえば、同じ名前の複数の CollaborationGroup sObject を挿入すると、CollaborationGroup レコードには一意の名前が必要なためエラーになります。
  • Chatter フィードのレコードの追跡変更 (FeedTrackedChange レコード) は、テストメソッドが関連レコードを変更すると、使用できません。FeedTrackedChange レコードでは、作成される前に、関連付けられている親レコードへの変更がデータベースにコミットされている必要があります。テストメソッドではデータをコミットしないため、FeedTrackedChange レコードの作成はできません。同様に、項目履歴管理レコードは、他の sObject レコードを最初にコミットする必要があ��ため、テストメソッドでは作成できません。たとえば、AccountHistory レコードは、Account レコードを最初にコミットする必要があるため、テストメソッドでは作成できません。
  • テストに DML が含まれている場合、絶対に MAX_DML_ROWS の制限を超えないでください。「実行ガバナと制限」の「その他の Apex の制限」を参照してください。