ビジネスロジックを実行するテストクラスを作成し、開発者コンソールでテストを実行することは、Apex クラスが仕様に従って動作していることを確認するための最良の方法です。テストクラスは、Apex コードの機能、パフォーマンス、セキュリティを検証し、展開用のコード カバレッジを提供するために使用されます。テスト クラスはアサーションを使用して、コードの期待される結果を検証することもできます。開発者コンソールは、テスト クラスを作成、実行、デバッグし、テスト結果とコード カバレッジを表示するためのユーザー インターフェイスを提供します1。
セーブポイントと Database.rollback を含めることは、トランザクション内の DML 操作によって加えられた変更を元に戻すために使用されるため、Apex クラスをテストする有効な方法ではありません2。これは、Apex コードの機能やパフォーマンスを検証するものではなく、コード カバレッジを提供するものでもありません。
Apex クラスに try/catch ブロックを含めることは、コードの実行中に発生する可能性のある例外を処理するために使用されるため、Apex クラスをテストするための十分なアプローチではありません3。これは、Apex コードの機能やパフォーマンスを検証するものではなく、コード カバレッジを提供するものでもありません。さらに、try/catch ブロックは、置き換えとしてではなく、テスト クラスと組み合わせて使用​​する必要があります。
開発者コンソールの匿名実行ブロックでコードを実行することは、アプリケーションの一部として保存されていない任意の Apex コードを実行するために使用されるため、Apex クラスをテストするための推奨されるアプローチではありません。
これは、Apex コードの機能やパフォーマンスを検証するものではなく、コード カバレッジを提供するものでもありません。
さらに、Execute Anonymous ブロックでコードを実行すると、テストのベスト プラクティスに従っていないため、データやアプリケーションに予期せぬ結果が生じる可能性があります。
参考文献:
*1: テストクラス | Apex 開発者ガイド | Salesforce開発者
* 2: セーブポイントとロールバック | Apex 開発者ガイド | Salesforce開発者
* 3: 例外処理 | Apex 開発者ガイド | Salesforce開発者
* : [匿名で実行 | Apex 開発者ガイド | Salesforce 開発者]
* : [テストのベスト プラクティス | Apex 開発者ガイド | Salesforce 開発者]

検証ルールは、レコードのデータ品質とビジネス ロジックを強制する宣言的な方法です。検証ルールを使用すると、レコードが特定のフィールド値を持つなど、特定の条件を満たさない場合にレコードが削除されないようにすることができます。たとえば、Container__c オブジェクトの検証ルールは次のようになります。
NOT(ISPICKVAL(Status__c, "廃止"))
この検証ルールにより、Status__c フィールドが有効でない限り、コンテナー レコードが削除されなくなります。
「廃止」。
Apex トリガは、レコードの挿入、更新、削除、または削除の取り消しの前後にカスタム ロジックを実行するプログラム的な方法です。Apex トリガは、エラーメッセージを表示してトランザクションをロールバックする SObject.addError() メソッドを使用して、レコードの削除を防ぐこともできます。たとえば、Container__c オブジェクトの Apex トリガは次のようになります。
Container__c で ContainerTrigger をトリガー (削除前) { for (Container__c c : Trigger.old) { if (c.Status__c)
!= '廃止') { c.addError('削除できるのは廃止されたコンテナのみです。'); このトリガーは、削除されるレコードを反復処理して、その Status__c フィールドをチェックします。フィールドが「廃止」されていない場合、レコードにエラーが追加され、削除できなくなります。
B: レコード トリガー フローの後および D. レコード トリガー フローの前は、レコード トリガー フローではレコードの削除を防ぐことができないため、不正解です。レコードによってトリガーされるフローは、ビジネス プロセスを自動化し、レコードの作成、更新、または削除時にアクションを実行する宣言型の方法です。
ただし、レコードによってトリガーされるフローには、カスタム エラー メッセージを表示したり、トランザクションをロールバックしたりする機能はありません。したがって、廃止されたコンテナのみの削除を許可するというビジネス要件を強制するためにこれらを使用することはできません。参考資料: 検証ルール、Apex トリガー、レコードトリガーフロー