Force.com Apex コード開発者ガイド
j
No Results
Search Tips:
- Please consider misspellings
- Try different search keywords
Newer Version Available
Apex のテストについて
テストは、長期間の開発を正常に行うための主要部分であり、開発プロセスの重要な部分を占めます。テストコードを開発時に同時に作成する、テスト駆動型の開発プロセスで開発することを強くお勧めします。
Apex テストを行う理由
テストは、アプリケーションがお客様にリリースするものである場合は特に、アプリケーション成功の鍵となります。アプリケーションが予測どおりに機能すること、また、予期せぬ動作がないことを検証することで、お客様からの信頼が高まります。
アプリケーションのテストには 2 種類あります。1 つは Salesforce ユーザインターフェースによる重要なテストですが、ユーザインターフェースを使用するテストでは、アプリケーションのユースケースをすべて把握できるわけではありません。もう 1 つは一括機能のテストで、SOAP API を使用して、または Visualforce 標準セットコントローラによってコードが呼び出され場合、そのコードを通じて最大 200 件のレコードを渡すことができます。
アプリケーションが完成することはほとんどありません。機能を変更または拡張する追加リリースがあります。包括的なテストを作成すれば、新しい機能のすべてについて機能の後退が存在しないこと確認することができます。
作成したコードをリリースしたり Force.com AppExchange 用にパッケージ化したりする前に、次の条件を満たす必要があります。
- Apex コードの少なくとも 75% が単体テストでカバーされており、かつすべてのテストが成功している。次の点に注意してください。
- 本番組織にリリースするときに、組織の名前空間内のすべての単体テストが実行されます。
- System.debug へのコールは、Apex コードカバー率の対象とはみなされません。
- テストメソッドとテストクラスは、Apex コードカバー率の対象とはみなされません。
- Apex コードの 75% が単体テストでカバーされている必要がありますが、カバー率を上げることだけに集中すべきではありません。アプリケーションのすべてのユースケース (正・誤両方の場合や単一データだけでなく複数データの場合) の単体テストを作成するようにしてください。このような多様なユースケースのテストコードを実装することが 75% 以上のカバー率につながります。
- すべてのトリガについて何らかのテストを行う。
- すべてのクラスとトリガが正常にコンパイルされる。
Salesforce は Apex コードを使用するすべての組織ですべてのテストを実行し、サービスのアップグレードによって動作が変更されていないことを検証します。