PHPUnitのアンチパターンとベストプラクティス

みなさんこんにちは。@ryuzeeです。 SlideShareを徘徊していたらPHPUnitのアンチパターン・ベストプラクティスに関する素晴らしいスライドを見つけたので内容を抜粋で紹介します。 1. テストの中で何もテストしていない class FooTest extends PHPUnit_Framework_TestCase { public function testSomething() { $foo = new Foo; $foo->doSomething(new Bar); } } こういうテスト。どこにもアサーションがなくて何もチェックしていません。 $foo->doSomethingの戻り値を検証しないならなんの意味もありません。 純粋にTDDをしていれば、テストコード作成→テスト実行でRed→プロダクションコード作成→テスト実行でGreenなのでこういうテストは登場しませ

[HHR]

--group=hoge

[sugimori]

テストも性格でますよね。

[raimon49]

phpunit --strict --verboseで無意味なテストパターンの発見, @dataProviderアノテーション使え、等。

[ghostbass]

assertGreaterThanOrEqual より >=のほうが認識しやすい。Decimal.greaterThanOrEqual(Decimal d) より (d >= d)のほうがわかりやすい。

[hidehish]

見てる:

[hiro_y]

PHPUnitのアンチパターン

[decoy2004]

QT PHPUnitのアンチパターンとベストプラクティス

[ShiroKappa]

カバレッジが目標となる悪い現場ではアンチパタンが起きそうだ。