More than 3 years have passed since last update.

「テスト駆動開発」を読んでPHPで写経した

Posted at 2022-07-29

PHPの写経コードはこちら

テストコードかくのおもしろい。「編集して祈る」日々を送っていたので「保護して変更する」安心感すごい。だいすき。もっといろんなパターンのテスト書けるようになりたい。

準備に手間がかかるリソースに依存したオブジェクトをテストするために、決められた結果を返す偽物のオブジェクトを代わりに作成する。テストファイル内で対象のオブジェクトをオーバーライドするもよし、Mock Objectフレームワーク¹を使うもよし。

本書ではMock objectを重いリソースの代替として紹介している²が、オブジェクト指向言語とMock objectを組み合わせると設計が決まっていないところやわかっていないところにもテストコードが書けるという考え方³もある。

オブジェクト(A)がほかのオブジェクト(B)ときちんとやりとりしていることをテストしたいとき、Bの振る舞いをAに移してテストする。インターフェースを作るもよし、ブラックボックスにしてもよし。

正しい順序でメソッド呼び出しが行われていることをテストしたいとき、記録用文字列を作り、メソッド呼び出しのたびにその文字列に追記する。

エラー処理部分のコードをテストするとき、例外を発生させる特別なオブジェクトを使う。try-catchでもよし、アノテーション⁴を使ってもよし、xUnitに搭載されているメソッド⁵を使ってもよし。

テスト対象オブジェクトの準備に100行のコードが必要なのであれば、そのオブジェクトは大きすぎるので分割する方がよい。

共通の前準備コードを配置する場所が見つからないのは、互いに密に関連しあうオブジェクトが多すぎることを示唆している。

実行に10分以上かかるテストスイートはよくない。

思わぬタイミングで失敗するテストは、アプリケーションのどこかが意外な形で他の部分に影響している可能性を示唆している。２つの部分の関係性を断つか、または統合するなどして、離れた箇所からの影響を排除するように設計しなおさなければならない。