『JUnit実践入門』写経・実践会 in 横浜 #4 でのLT資料です。

1. DBUnitを使って
なれる! レガシーコードメンテナー
『JUnit実践入門』写経・実践会 in 横浜 #4
@PoohSunny

2. 自己紹介
【@PoohSunny】
・㈱ヒューマンテクノロジーズ
・エンジニア
・最近のミッションはもっぱら
「テストのないレガシーコードにテストで
立ち向かう」
・時として魔改造も厭わない黒魔術師

3. 今回のお話
DAOのテストではなく、
DBにアクセスして複数クラスのテストを実行
→レガシーコードでも幸せになろう！

4. レガシーコード...
サンプル（※フィクションです）
public void legacyMethod(HttpServletRequest request){
String code = (String) request.getAttribute("code");
TargetData data = new TargetDataDAO.getTargetData(code);
Integer comppanyId = data.getCompanyId();
TargetCompanyData companyData = new TargetCompanyDAO.
getTargetCompanyData(comppanyId);
......
//以下1000行

5. レガシーコード...
サンプル（※フィクションです）
引数が多かったり
重かったり
public void legacyMethod(HttpServletRequest request){
String code = (String) request.getAttribute("code");
TargetData data = new TargetDataDAO.getTargetData(code);
Integer comppanyId = data.getCompanyId();
TargetCompanyData companyData = new TargetCompanyDAO.
getTargetCompanyData(comppanyId);
......
//以下1000行

6. レガシーコード...
サンプル（※フィクションです）
引数が多かったり
重かったり
public void legacyMethod(HttpServletRequest request){
DBアクセスが
密結合だったり
String code = (String) request.getAttribute("code");
TargetData data = new TargetDataDAO.getTargetData(code);
Integer comppanyId = data.getCompanyId();
TargetCompanyData companyData = new TargetCompanyDAO.
getTargetCompanyData(comppanyId);
......
//以下1000行

7. レガシーコード...
サンプル（※フィクションです）
引数が多かったり
重かったり
public void legacyMethod(HttpServletRequest request){
DBアクセスが
密結合だったり
String code = (String) request.getAttribute("code");
TargetData data = new TargetDataDAO.getTargetData(code);
Integer comppanyId = data.getCompanyId();
TargetCompanyData companyData = new TargetCompanyDAO.
長かったり
getTargetCompanyData(comppanyId);
......
//以下1000行

8. レガシーコードに
テストを書くときにハマルこと
クラスが重すぎて
そもそもテストが書けない
(Mock使うのもむずい)

9. 対策１
スプラウトメソッド
不具合があった場合などに、その部分だけ
「メソッドの抽出」リファクタを実行
→そこにテストを書く
＜悩ましいポイント＞
・カバレッジが上がってこない
→開発者のモチベーションが上がりにくい
・既存動作の担保ができない
→開発者の「不安」の解消ができない

10. 対策２
Seleniumで外から攻める
まずはSeleniumでラップ
→しかるのちにユニットテストを書く！
＜困ったポイント＞
中がレガシー → 画面は沢山のパラメータ
・ブラックボックステストを安心して書けるようになる
までは途方もない時間

11. というわけでDBUnit
DBUnitを使い
・大きなメソッド
・複数のクラス
をまとめてテストする。
＜工夫しなければならないポイント＞
・DB接続先の変更→MockやDI
・データの準備→ツール化（もしくは根性）

12. DBUnitを使って幸せになれた
・カバレッジ増加
→「戦ってる感」→モチベーション向上
・過度なモック化、メソッドの抽出の防止
レガシーコードにも、テストがかける感じに。

13. というわけで
レガシーコードと戦うときは、
DBUnitで幸せになりましょう！

14. おまけ：DBUnitでハマった！
・もしデータ形式でExcelを使うのなら...
→テーブル名に気を付けるべし
（あんなに長い名前のテーブルが
あるだなんて...涙）
・H2DataBaseも使ってみた
→当然だけど方言に注意
→私はTimeZoneのSet文（Postgres)
で泣きました。