2015年8月19日タグ:テスト標準機能はじめにみなさんこんにちは。走れるエンジニアに触発され、最近皇居ランを始めた佐々木です。「標準カスタマイズでもテストの観点は必要なのでは」という思いから、今日はソフトウェアテストとSalesforceのテストについて、考えてみます。走れるエンジニアに触発され、最近皇居ランを始めた佐々木です。テストの種類まずは、テストの種類についておさらいです。ソフトウェアを構成する最小単位の機能(モジュール)のテストを指します。関連する機能(モジュール)を組み合わせたテストを指します。検証するテストを指します。対象のシステムに関して、不正アクセスにつながるような脆弱性がないかを検証するテストを指します。一定時間あたりの、処理能力やレスポンスを検証するテスト指します。処理が集中したことを想定し、システムリソースの限界を検証するテスト指します。そのシステムが持つべき、機能について入力などの操作により正しい実行結果が得られるかどうかを検証するテストを指します。システム使いやすさをユーザ目線で検証するテストを指します。実際にテスト対象を動かして検証するテストを指します。ソースコードレビューや設計書のレビューなど、机上での検証を指します。テストを考える前に、Salesforce標準開発での主な作業を開発工程に当てはめると以下のようになるかと思います。次にV字モデルに当てはめるとそれぞれのテストが見えてくると思います。開発および詳細設計に対応するテストは、単体テストです。各設定を動的テストとして検証を行います。次に、基本設計に対応するテストは、結合テストです。