SI的なプロジェクトに自動テストを導入してもうまくいかなかった話2015-07-30SI的なプロジェクトに自動テストを導入してもうまくいかなかった話PHPunitを導入してみた!フルスクラッチの基幹システム刷新とかそういうプロジェクトにパッケージ開発の勢いでPHPUnitテストを強制にしてみた。目的としてはデグレを検知できるようにすること。テストコードを書く時に不具合を開発者が見つけるようにすること。この2点のためにPHPUnitを開発者に書かせました。→テストを書いてリファクタするにはちょっとしたスキルがいるみたい基幹系のSEって単体テスト書かないの!?どうやったらこの問題を回避できたのか・・・そもそも単体テストの書き方を知らない何も知らないことを前提として、サンプルコードで具体的にこういう風に実装するというのを教えないとダメ。世の中の大多数はまだユニットテストを書き慣れていないという事実。SIの世界ではスクリーンショットをExcelに貼り付けるエビデンスをとっている。プロダクトコードが長すぎてケースが爆発するテスト駆動開発でリファクタしながらシンプルな設計を維持するというのは慣れていない人には面倒くさいらしい。実際にライブコーディングをして簡単さをアピールした方が良かったかもしれない。トータルで見ればコードを分割した方が楽になるはず。テストにロジックを書き始めるテストにロジックを書くとそのロジックをテストするのはだれだ?問題。衝撃的なコードだったが、とにかくテストして終わらせようとする姿勢だけ感じ取れる。Jenkinsのエラーレポートを無視するそもそもJenkinsを見るのが始めて。教えてあげないと人は見ようともしないし、それがどんな有益かを見せないとダメでした。成果が可視化できるっていいよね。言っても何も響かないしよくわからない。まとめ結局自動テストを導入するとものすごい便利なのに、その便利さを体感したことがない人にはよくわからない。ライブコーディングなどで便利さを見せたりプッシュが必要だったと振り返って思う。あと普通のエンジニアの能力は過信しない方が良い。テストすら書いたことがない人はたくさんいるということ。はてなブログPro自称フルスタックのフリーエンジニアです。EC・Webメディア・新規事業が得意なので、Webサービスの開発や企画の相談気軽にどうぞ。Webエンジニアのためのテックブログまとめ10倍株(テンバガー)発掘調査ブログフリーランスのエンジニア道リップルXRP投資速報スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。