テスト観点をまとめる上では「どのシステム・機能を検証する？」を明確にする部分です。

検証すべき機能・動作を要件定義書から洗い出していきます。

機能要素の具体的な例は以下のとおりです。


機能要素の例

・各ページの画面表示機能

・ボタン選択時の画面遷移機能

・入力確認のアラート機能　など

テスト観点においては、「（対象システム・機能に対し）どのようにテストするのか」を選定する部分にあたります。

それぞれの機能（動作）に対して、何を確認し、どのような検証補法を用いるのかが重要なポイントになります。

具体的には次のような検証方法があります。


主な検証方法

・表示内容確認

・動作確認

・組み合わせ確認　など

テスト観点を考慮する上で、「テスト対象にどの値・イベントが入力・発生され得るのか」「テスト対象に何をインプットするか」といった各種要素（条件）も必要になります。

入力条件として考えられる例は以下のとおりです。


入力条件の例

・どんな数値が入力され得るか

・文字列の場合、大文字小文字の区別

・空文字・スペース・ゼロ・NULL

・うるう年など、イレギュラーな年月日

・（アプリケーションの場合）音楽が再生終了直前に曲送りするなどのイベント　など

テスト観点を考慮する上で、「テスト対象の出力結果として、何を観察すれば良いのか」という要素（結果）も必要になります。

これらをふまえた上で、出力条件として考えられる例は以下のようになります。


出力条件の例

・異常値が入力された場合、エラーメッセージが出るか

・文字化け、文字切れをしていないか

・入力を意図しない文字種の区別がなされているか

・動画・音声の同期にズレはないか　など

プロジェクト目的を達成するために、テストでは何を確認すべきか考えることで、テストの目的が決まります。考えられるテストの目的は次のようなものが代表的です。

　・仕様書通りの機能を有しているか

　・画面の表示や操作に問題はないか

　・複雑な機能は問題なく動作するか


上記以外にも、プログラムに応じたテストの目的を考える必要があります。

開発者とテスターが必ずしも同じではないことも関係していますが、あいまいな指示や目的のままでは、何をどのようにテストするのかが不明瞭になってしまいます。

テスターに対して明確なテストの指示を出すためにも、テスト目的は明確にしなければならないのです。


なお、ここではプロジェクト目的、テスト目的が決まっているものとして進めます。

「対象」を「部品」に分解するとは、アクションを起こすのに動作が求められる部分はどこなのかを明確にすることです。

一般的に、開発資料に影響範囲調査から判明した「対象」が記載されています。

しかし、テスト観点を作るには「対象」を適切な部品単位まで分解する作業が必要になるのです。

具体的な「部品」は以下の通りです。

　・見える範囲：テキストボックスやボタンなどの画面部品

　・見えない範囲：登録、参照、更新、削除などプログラムで制御された機能

ほかにもいくつかの該当する「部品」が存在する場合があります。

開発資料を参考に、思いつく範囲で書き出しましょう。

「部品」まで分解できたら、それぞれの部品が何をするためのものかを書き出します。

いいかえれば、ユーザーが部品に対して起こすアクションを考えることです。

具体的には、次のようなことが考えられます。


　・テキストボックス：「入力」するためのオブジェクト

　・ボタン：「押下」（クリック、タップ）するためのオブジェクト

　・登録機能：何らかの情報を「登録」するための機能

このように、「部品」がどんな機能をもつのかを書き出していきます。

仕様書や開発資料を見て、どのような機能があるのかを整理してください。

ここでは「条件」「変化」「数」「種類」をキーワードにそれぞれ考えます。

部品であるテキストボックスの機能「入力」を例にそれぞれのキーワードをつなげて考えてみましょう。

【テキストボックスの機能「入力」例】

・入力条件-「入力するための条件があるか？」
　　　　　ある→編集権限をもつユーザーのみ入力可能

・入力変化-「入力によって変化があるか？」
                  ある→入力前は空欄、入力後は入力内容が表示される

・入力数-「入力における数はなにか？」
                  →入力できる桁数、入力できる値

・入力種類-「入力の種類はなにか？」
                  →半角数字のみ


こうすることで、特定のアクションに対してどのような変化が起こるのかが明確になります。

ひとつの部品につき、複数の回答が得られる場合もあるため、それらもすべて書き出すようにしてください。

キーワードをつけて考えた回答を分類し、名詞化するとテスト観点になります。

名詞化とは、回答を端的な名詞に置き換えることです。

具体的にどういうことか、実際の例を見てみましょう。


・入力条件-「編集権限をもつユーザーのみ入力可能＝編集権限による」
　　　　　　→権限

・入力変化-「入力によって変化があるか？」
                     入力前は空欄→初期値
                     入力後は入力した内容が表示される→表示内容

・入力数-「入力における数はなにか？」
                  入力できる桁数→入力桁数
                  入力できる値→入力値

・入力種類-「入力の種類はなにか？」
                     半角数字→文字種

名詞化を行うことで、システムの基本構造が構築できます。