TDDでデータベースと付き合う方法
はじめに データベースを読み書きする部分のユニットテストがやりにくいのには、いくつか理由があります。 複数人でテストを同時に実行すると、競合する データベースを使ったテストは、時間が掛かる データベース内のデータが変わると、テストが失敗する 1番目は、各自の開発環境にテスト用のデータベースを用意することで、解決できます。2番目の問題は、データベースにアクセスするコードをロジックから分離して、データベースに実際にアクセスするテストケースを減らすことで、改善できます（ロジックのテストにはモックやダミーを使います）。3番目は、テストのたびにデータベースの内容を初期化することが基本になりますが、そうするとテストに長い時間が掛かるようになってしまいます。 今回は、ビジネスロジックの開発時にモックやダミーを使いやすくするにはどうするか、また、テスト時にデータベースの内容を安定させるにはどうしたらよいか
UWSC、ウチのプロジェクトではこう使ってます - shiro庵
このエントリーは、Software Test ＆ Quality Advent Calendar 2011の12日目です。 http://atnd.org/events/22833 前の11日目は@akai__tsuki さんの 「TestLinkことはじめ」でした。 http://d.hatena.ne.jp/acro-engineer/20111211/1323615913 今日の内容は、ウチのプロジェクトで使ってるUWSCのご紹介です。 【UWSCについて】 UWSCについてはこちらのサイトからどうぞ。 「ダウンロード」から入手できます。 UWSC http://www.uwsc.info/index.html シェアウェア版とフリー版がありますが、フリーの方でかなりの機能が使えます。 ダウンロードして、zipを解凍し UWSC.exeを叩くと、すぐに使えます！ 「カメラ」のボタンを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
