さて、Mockeryだ。約束通りMockeryだ。

実はPHPUnitのepubをゲットしたので、全部読んだ後にもう一度PHPUnitやろうかと思ってたんだよね。

と言うのも、実は俺自身、あんまりテストとかってしたことがなくて、その重要性とかわかっていつつも、面倒臭いの一言でやらずじまいでいたわけよ。

そりゃ10年以上（15年くらい？）ほとんど一人で開発してれば、チーム開発手法（スクラムなどのアジャイル系）なんかさっぱりわからんし、GithubだってPull Requestなんか一度も使ったことがなかった。

今勤めてる会社は規模がデカイので、当然Githubなどのチーム開発向けのサービスも使ってるし、ちゃんとコードレビューもみんなでやってる。そしてPHPUnitをつかってテストもしてるんだ。

Seleniumというテストフレームワークもつかってるので、ブラウザで自動テストなんかもできてしまう。恐ろしい世の中だ。

テストなんか学生時代で終わらせておきたかった。このまま死ぬまでテストするのかと思うとめまいがしてくるけど、テストが通った時（グリーンな状態）は思ってたより嬉しかったりするんだよね。

というわけで、テストは大事だ。本能的には『テストなんか犬が喰えクソがッ！！』って思ってるけど、建前上、『テストは大事』ってことにして話を進めるので、気分の悪いお客様はとっとと去れ。

PHPUnitというのは、いわゆるxUnit系のテストフレームワークだ。

なにを言ってるの？と思うかもしれないけど、この記事を読み終わるときには余裕で他人に語れる程度には説明しておくので安心されたし！！

というわけで早速行ってみよう。

君がプログラマだとするとよくあるパターンだろうけど、実行中のプログラムの変数の値を画面に表示させてみたりすることがあると思う。

JavaScriptならalert()を使ってみたり、PHPならvar_dump()、もしくはprint_r()だ。

頭のなかでは$fooは(int)100、$barが(string)"hogefuga"のはずなので、それを画面にプリントアウトして目で確認しようという感じだ。俺もよくやってた。むしろ今でもやってたりする。

composer（コンポーザ）というのは指揮者のことだ。何故かIT業界では、すでに存在する意味を持つ単語を節操もなくそのまま使うケースが多い。はっきりいって検索でどっちがヒットするのか不明な場合が多いし、迷惑だと思う。

だからcomposerって名前とか、日常でも使う単語をそのまま使ってるプロダクトはあんまり好きじゃない。

とは言え、好きじゃないのはネーミングだけで、機能は好きな場合が多い。

composerはphp専用のパッケージ管理ツールだ。もともとSymphonyという大げさで仰々しいPHPフレームワークについていたおまけ要素だったらしいが、便利なので独立したらしい。

映画で言うスピンアウト的なプロダクトだね。うん。そして案外簡単に設定できる。