渡すことで、同じようなコードを書くことができるようになっています。オブジェクトを使います。メソッドでカレンダの操作を行います。メソッドで、表示されている月の日にちを指定できます。オブジェクトで表現します。メソッドを使うことで選択肢から選ぶこともできます。メソッドを使って判定できます。メソッドを使うことで、値の判定も行うことができます。利用することができるようにしています。繰り返し項目「email」を操作するオブジェクトを作成。繰り返しコンテナを操作するオブジェクトを作成。コンテナの1行目があればこれを取得する(なければエラー)。コンテナの2行目がない状態で実行してもエラーとなる。コンテナの「追加」ボタンをクリックして、新規行を取得。}test09更新画面での各項目への入力テスト保存後、今度は更新画面へ遷移し、値を変更するテストです。メソッドを利用することができます。オブジェクトを利用します。繰り返しコンテナ内のリストボックスを操作することもできます。繰り返しコンテナを操作するオブジェクトを作成。}test10詳細画面での各項目の入力値の確認テスト詳細画面で、値が正しいかどうかを確認するためのテストです。繰り返しコンテナを操作するオブジェクトを作成。コンテナの1行目を取得。コンテナの2行目を取得。}test11詳細画面での各項目の入力値の確認テスト2test10に含まれていない項目を扱っています。繰り返しコンテナを操作するオブジェクトを作成。}test99ログオフ最後にログオフを行います。これで終わりという意味を込めた接頭語を付与するとよいです。今回のテストクラスは再テスト可能な内容になっていますが、例えばデータが初期状態になることを前提としているテストの場合、次の手順を行ってから再テストしてください。内蔵データベース利用時EclipseからTomcatを停止します。実行し、データベースを削除します。実行し、データベースを再作成します。環境をリフレッシュします。外部データベースを再構築してください。PageObjectデザインパターンを利用するテストの実装方法の一つであるPageObjectデザインパターンを説明します。アプリケーションの画面を1つのオブジェクトとして作成し、画面内のボタンや入力項目をPageObjectに保持させます。それとは別にテストシナリオを記述するクラスを用意し、同クラスからPageObjectを操作する方式です。この方式にすることでアプリケーション側の修正によるテストコードへの影響は、ほぼPageObjectのみとなり、PageObjectを変更するだけで、(シナリオ用のクラスを修正することなく)、変更後のアプリケーションでテストを動作させることができるようになります。コピー登録画面等でほぼ同じPageObjectを複数作成することになってしまいます。これを避けるために、PageObjectよりもう少し適用範囲を広く扱うことのできるモデルベースのObjectを作成し、同クラスに各画面の項目情報を保持させることで更に保守性を向上させるようにします。クラスへ分離し、CustomerTestはCustomerクラスを操作する形に書き換えてみます。これによって登録画面だけでなく、更新画面やコピー登録画面でもCustomerクラスを利用しやすくなります。内部クラスとして定義しています。モデルの情報を保持するクラス。内の各入力項目を保持するクラス。