ソフトウェア開発で大きなウェイトを占める「テスト」。 品質を高めるための大事な作業ですが、テスト工程を完了しリリースしたにも関わらず、後でバグが発見されるということも多くあります。 アジャイル開発を採用するプロジェクトが増える中で、アジャイルソフトウエア開発宣言にある『包括的なドキュメントよりも”動くソフトウェア”を』の通り”動くソフトウェア”を常に作るために、テスト駆動開発をしようと考えるエンジニアは多いでしょう。 その「テスト駆動開発」。 テストコードを書く＝その分時間がかかる、というイメージを持ってしまいますが、果たして品質は上がるのか、見ていきたいと思います。 名前の通り、テストファーストでプログラムを作っていく手法です。 「テスト駆動開発とは」を、ここで下手に解説するよりも、テストと言えば「和田卓人」さん。 日本における第一人者でご存知の方も多いでしょう。 de:code2017

はじめに テスト駆動開発（以下TDD）を始めていますか？ TDDに懐疑的で、ひとまず情報を集めようと思っている方もいるでしょう。 TDDは銀の弾丸でもないし、適当に始めてうまくいくものでもありません。TDDにも他の手法同様、陥りやすい罠（アンチパターン）があります。そのため、アンチパターンを知り、うまく回避することが成功の秘訣です。 この記事では、 のために、TDDのアンチパターンとその対策をお伝えしていきます。TDDは簡単なようでいて、失敗しやすい開発手法です。本来の有効性を最大限に活かすためにも、ぜひご一読して、TDDを成功に導きましょう。 テストは書かれているが、必要なことがテストされていない 問題 一見、すべてのテストケースにパスしてうまくいっているように見えても、実は必要なことがテストされておらず、テストに抜けがあるパターンです。テストがたくさんあると、なんとなく安心してしまいま