テストケース作成〜ツイート今回は、コンストラクタがエラーもなく正常に動いたかどうかの確認を行うところから始めます。前回の復習JUnitがなんなのか?に関して記載しました。このフレームワークはテスト(作成したコード)を実行してその動きが想定通りに動いたかどうか?を「assert」を使用して確認できるものです。動かすためのポイントjunit.jarがビルドパスに設定されている大まかに以下の様な形で実装します。}}今回のテストケースを実装していますが、ポイントとしては、以下の点が挙げられます。@Beforeは書くテストケース(メソッド)が起動する前に動く@Testはテストケース(メソッド)に付ける上のコードでは、コンストラクタが起動してフィールド変数「target」にインスタンスが設定されているかどうか?を判定します。KozaManager()の処理が終わらないうちに(targetに値が設定されないうちに)例外を受け取る処理が動くためです。具体的に下の動画を見てもらうとわかると思います。この処理は、コンストラクタで例外を発生させています。System.out.println("ファイルオープンに失敗しました。}}ここでのポイントは例外が発生した後にアプリ(メインメソッドの処理)を強制終了しているのでJUnitの緑色とか茶色(エラー時)が表示されません。補足ちなみに、コードを実行した後にガベージコレクションでフィールド変数などが解放されるので実装しなくても大丈夫なのですが、テストケースでなんどもKozaMangerクラスのインスタンスを生成するのでC言語的にいうところの「デストラクタ」(コンストラクタの逆=インスタンスを削除する時)が動く時にフィールド変数を解放します。この処理を追加します。null;}こうすることで、メモリに余計なもの(オブジェクト)を保存しないので、処理が快適に動きます。テストケースの実装ここからが本当のテスト駆動型開発です、現状はコンストラクタを作成していますが、説明のため。