今日のテストサミットで、できるだけユニットテストを書かずに品質を確保する方法について、ディスカッションします。 やり方を簡単に紹介すると、最初は、Programming First Developmentで、機能を実装して、ユーザに動かしてもらうってことをユーザの要件が固まるまで繰り返します。このときは、基本的にユニットテストは書きません。動かすことに集中します。 ユーザの要件が固まった(実装がほとんど終わった)ら、保守のためのドキュメントの一つとして、テストシナリオ(ユースケーステスト)を作って、テストを行います。そのテスト中に、バグが発見されたらその周辺のユニットテストを書いていきます。 これは、「バグは偏在(偏って存在)する」という特徴を利用して、一通り動かした後に見つかったバグの近くをテストしておけば、主なバグはつぶれるだろうという考えです。 これまでは、「ユニットテストは、できる
symfony.jp 2020 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
見つけた！。 Chris Shiflett: Test::Simple for PHP どうやら、Apache::Testの中にある、TestConfigPHP.pmの下の方に書いてあるコードのようです。 simpletestやPHPUnitでもいいんだけど、Perlからプログラムを書き始めた僕には、テストってとても簡単に書けるという意識があったものだから、最初にこれらのやり方を見た時はなんて長々と書かなきゃならんのだ。と正直思った。 どうせ同じ事書くなら、短く楽に書ける方が好きなのだ。 というわけで、早速使ってみた。 まずは、test-more.phpをダウンロード。 後はこのファイルをrequireしてあげて、テストを書くだけ。 use.php <?php require_once("test_more.php"); plan(1); ok(true, "test"); ?> 後は、T
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
