ユニットテストのお話。小説書いたり、絵を描いたり、プログラムやったりするブログ。ユニットテストのお話。2014-05-29ユニットテストのお話。プログラミングさーて、ようやくプロジェクトが動き始めたって感じだな。思っていたけどディレクターさんがまとめてくれた感じ。僕は所詮、下流工程の技術屋なんでディレクターとかまとめ役のSEとか居ると安心する。交渉が苦手なんで、要望を全部断れずにいつも苦労していた。このままだと一人アジャイルに突入するなと危惧していた。扱ってるCMSのコードもなんとか全体像がつかめてきた。あまりにもレガシー過ぎて処理が全く追えないって感じだったけど、スプラウトメソッドで処理を分離させていたら使い物になる程度には整理できた。『レガシーコード改善ガイド』は良い。レガシーコードと戦うプログラマの心構えが全部書かれている感じ。ならなくなった時の考え方も書かれている。心残りとしてはPHPUnitでテストコードも書いてるけど、テスト環境依存のコードなんだよね。Model部分とか全然読めていないから、モックが全然できていない。jenkinsが設置されているから、カバレッジを見ながらニヤニヤしてやろうかと思っていたけど、それは当分先の話だろう。プログラミング周辺だと、これが気になった。Qiita逆説的だけどある意味正しいよなと思った。テストは先に書いた方がいい。即座に動作を確認できるので、実装の体感速度が違う。コーディングで小さなサイクルを起こすというのはプログラマのライフハックとして重要。自分はユニットテストの要望が無いときでもテストコードを書く。結果的にそれが早いからだ。Qiita後はスケジュールとの睨めっこだな。00:35ユニットテストのお話。LINKクリックが力になります。毎日ありがとうございます!匿名で質問を送れます。ありましたらこちらから送信してください。回答はブログ上の質問箱への回答でやってます。»プロフィールid:yuki_20212006年よりはてなにて雑記ブログを運営しています。ここはメモ帳なのでなんでも書きます。