Download to read offline
![my $row = try {
$self->connector('SLAVE', $user_id)->run(fixup => sub {
my $dbh = shift;
my ($stmt, @bind) = $self->sql->select(
'user_data',
[qw/id name/],
{ id => $user_id, disabled => 0 },
);
$dbh->selectrow_hashref($stmt, undef, @bind);
});
}
catch {
my $e = $_;
...
};](https://image.slidesharecdn.com/letsdatabasetesting-101016042811-phpapp01/85/Let-s-database_testing-40-320.jpg)
![replace_default_make_test(
includes => ['t/lib'],
modules => ['Test::MyApp::DB'],
before_run_codes => [
sub {
$SIG{INT} = sub { CORE::exit 1 };
my $db = Test::MyApp::DB->setup;
$ENV{TEST_MY_SOCKET} = $db->my_cnf->{socket};
},
],
);](https://image.slidesharecdn.com/letsdatabasetesting-101016042811-phpapp01/85/Let-s-database_testing-65-320.jpg)
Let s database_testing
- 1. let's database testing!! 2010/10/16 YAPC::Asia 2010 @xaicron
- 2. 自己紹介 name: Yuji Shimada( 嶋田 裕二 ) works: DeNA twitter: @xaicron blog: http://blog.livedoor. jp/xaicron/
- 3.
- 4.
- 5.
- 6. DB のテストをすると この SELECTなんにもマッチしない... INSERT したデータが文字化けしてるや ん！ UPDATE や DELETE に WHERE 付け忘れ てて全件あばばば TRIGGER が間違ってて、データ壊れ た。。。
- 7.
- 8.
- 9. 永続的なストレージに実際に 入出力があるんだから テストするのはあたりまえですね！
- 10. 今回は MySQL に焦点を絞って お話します
- 11.
- 12.
- 13.
- 14.
- 15. ローカルでテストできる環境を 作ること！！
- 16. よくない例 ステージング環境のDBに接続してテストする 本番は MySQL だけど、テストでは SQLite を 使う 自分のローカルに立ち上がっている MySQL を テストに使う
- 17. 実際に存在している DB を使ってテスト すると、毎回データが変わってテストに ならない 本番はMySQL なのに テストでは SQLite とかは意味がない
- 18. Test の大まかな流れ Test::mysqld を使って毎回クリーンなmysql を立ち上げる Test::Fixture::DBI を使ってテストデータを 突っ込む DB 接続して、実際にデータの入出力が行わ れているかテスト そして伝説へ...
- 19. Test::mysqld new するだけで、lcoal に新規 mysql が立ち 上がる DESTROY が走ったら、自動的に mysql を 落とす Author: kazuhooku
- 20.
- 21. Test::Fixture::DBI table 作ったり、 procedure/ function / trigger 作っ たり、data ぶっこんだりできる 既存の DB から schema 定義をもってきたり、指定の レコードをとって来たりできる make_*_yaml.pl で fixture や database 定義を YAML に吐き出せる Author: ZIGOROu, (test: xaicron)
- 22.
- 23.
- 24. テスト毎にこれを毎回書くのはめん どいので
- 25.
- 26.
- 27.
- 28.
- 29.
- 30.
- 31.
- 32.
- 33. DBIx::Connector DBI の超薄いラッパー $dbh を局所化できる 多分最大の利点 fixup => で再接続 トランザクション処理をよしなにやってくれる
- 34. DBIx::DBHResolver DBI 専用の containerみたいなノリ 複数の DB に接続するのに便利 Master / Slave User と Diary が別の DB Sharding していてもかなり直感的 DBIx::Connector とも協調しやすい
- 35.
- 36. my $row =$model->connector('SLAVE')->txn(fixup => sub { my $dbh = shift; my ($stmt, @bind) = $model->sql->select(...); return $dbh->selectrow_hashref($stmt, undef, @bind); });
- 37.
- 38.
- 39.
- 40. my $row =try { $self->connector('SLAVE', $user_id)->run(fixup => sub { my $dbh = shift; my ($stmt, @bind) = $self->sql->select( 'user_data', [qw/id name/], { id => $user_id, disabled => 0 }, ); $dbh->selectrow_hashref($stmt, undef, @bind); }); } catch { my $e = $_; ... };
- 41. mysqld に fixtureを入れる 実際にたたいて値を取得 取得した値が正しいかチェック
- 42.
- 43.
- 44. try { my$seq = $self->next_seq('MASTER', 'seq_tweet'); $self->connector('MASTER', $user_id)->run(fixup => sub { my $dbh = shift; my ($stmt, @bind) = $self->sql->insert( 'tweet', { id => $seq, ... }, ); $dbh->do($stmt, undef, @bind); $dbh->commit; }); } catch { my $e = $_; };
- 45.
- 46. UPDATE とか DELETEも 同じ感じ
- 47.
- 48.
- 49. PROCEDURE / FUNCTION / TRIGGER のテスト
- 50. FUNCTION とは そのまんま 一連のSQLを関数化できる CALL function_name(args)で呼べる 値を返すので、参照系に使える
- 51. PROCEDURE と 値を返さない FUNCTION 主に更新用途 CALLprocedure_name(args) で呼べる
- 52. TRIGGER とは テーブルの更新タイミングで発火 INSERT/ UPDATE / DELETE SQL なら何でも書ける PROCEDURE をよく使う (更新なので)
- 53.
- 54.
- 55. PROCEDURE / TRIGGER のテスト
- 56. INSERT / UPDATE/DELETE とおんなじ
- 57.
- 58.
- 59. 1テスト毎に mysqld を立ち上げて 落としてるから仕方ないよね
- 60.
- 61.
- 63.
- 64.
- 65. replace_default_make_test( includes => ['t/lib'], modules => ['Test::MyApp::DB'], before_run_codes => [ sub { $SIG{INT} = sub { CORE::exit 1 }; my $db = Test::MyApp::DB->setup; $ENV{TEST_MY_SOCKET} = $db->my_cnf->{socket}; }, ], );
- 66. みたいな感じで書くと make test 時にmysqld が立ち上がる
- 67. あとは、socket ファイルとかを指定 して接続すれば OK
- 68. $ENV に値があったら立ち上がっ ている mysqld を使って、 なかったら 新規に立ち上げるよう にしておけばいい
- 69.
- 70.
- 71. プログラムから扱いそうな DB の処理は
- 72.
- 73.
- 74.
- 75.
- 76.
- 77.
- 78.
- 79.