You need to sign in to do that
Don't have an account?
Starting November 20, the site will be set to read-only.
On December 4, 2023,
Apex Code Development (90768)
General Development (55146)
Visualforce Development (37251)
Lightning (18265)
APIs and Integration (17146)
Trailhead (11680)
Formulas & Validation Rules Discussion (11337)
Other Salesforce Applications (8116)
Jobs Board (6655)
Force.com Sites & Site.com (4842)
Mobile (2694)
You need to sign in to do that
Don't have an account?
ざっくりとした質問なので、ざっくりとしか答えられないのですが・・
テスト対象となるクラス、メソッドには必ず何かを行う機能があるはずです。
データを更新するのか、入力された文字列で検索するのか、フラグを立ててデータを保存するのか・・などなど。
それらを実行した時に結果としてどうなっていれば正しいのかを考えてテストメソッドを作れば良いです。
分岐があろうがなかろうが、複数パターンやらなければいけない時もありますし、そうでない場合もあります。
フラグが立つパターン、立たないパターン、データ更新に成功するパターン、失敗するパターン、複数件あるパターン・・・
カバー率だけで考えるのならば1種類で75%いくのかもしれませんが、これは良いテストとは言えません。
どこまでやるかはプロジェクトや開発者に委ねられていますが、出来る限りいろいろなパターンのテストを入れておくことで、
より品質の高いものが出来上がると思います。
All Answers
本番環境にデプロイして利用するのであれば必要となります。
書き方については以下が参考になると思います。
http://wiki.developerforce.com/page/JP:An_Introduction_to_Apex_Code_Test_Methods
解答ありがとうございます。
参考にさせていただきます。
もう１つ質問があるのですが、分岐文などを全く使っていない場合は
どの様な内容で作成すれば、上手くテストが行えるのかコツなどがありましたら、
お教ていただけませんでしょうか？
ざっくりとした質問なので、ざっくりとしか答えられないのですが・・
テスト対象となるクラス、メソッドには必ず何かを行う機能があるはずです。
データを更新するのか、入力された文字列で検索するのか、フラグを立ててデータを保存するのか・・などなど。
それらを実行した時に結果としてどうなっていれば正しいのかを考えてテストメソッドを作れば良いです。
分岐があろうがなかろうが、複数パターンやらなければいけない時もありますし、そうでない場合もあります。
フラグが立つパターン、立たないパターン、データ更新に成功するパターン、失敗するパターン、複数件あるパターン・・・
カバー率だけで考えるのならば1種類で75%いくのかもしれませんが、これは良いテストとは言えません。
どこまでやるかはプロジェクトや開発者に委ねられていますが、出来る限りいろいろなパターンのテストを入れておくことで、
より品質の高いものが出来上がると思います。
解答ありがとうございます。
的確なアドバイスでとりあえず方向性を決めることができました。
フラグが立つ、立たない、データ更新が行われる、行われないのパターンのテストを作成する方向で考えてみようと思います。
また分からないことがあったらよろしくお願いいたします。