Agile Samurai Basecamp 2015.06 ふりかえり&TDD の事例紹介セッションでお話をさせていただきました。 柴田さん (@hsbt)、末吉さん(@sue445) という豪華すぎるメンツに気後れしつつも無事に？発表出来ました。 基本一発ネタですが、スライドをアップしました。 事例紹介 「安心してください。テスト書いてます」 QA質疑応答で質問されたことを覚えている範囲で。 良いテストコードを書くにはどうしたらいいか （直接の回答では無いですが）実際にコードレビューとかしている時に感じた事は プロダクトコードの意図が汲み取れる様なテストだと嬉しいです。 単にカバレッジ等を稼ぐために量産した意図のわからないテストは嬉しくないです。 Red Green Refactor を守った場合と守らなかった場合で定量的な差はあるのか 私達の現場では定量的に計測していないため、わかり
繁忙期は飛行機が高いので帰省ついでに行って来ました。 TDD Boot Camp Fukuoka 2013 - TDDBC TDDBC Fukuoka 2013 一日目 - Togetter TDDBC Fukuoka 2日目 - Togetter LTについて 1日目と2日目にそれぞれやってました 1日目：Travis CIについて ほとんどのチームがGithubで開発してるということで、Githubとの親和性の高いTravis CIの紹介をしてました。 参考：GithubにあるリポジトリをTravis CI連携する手順 #junitbook - くりにっき 2日目：Groovy + Spockについて Groovyが1チームもいなかったので昼食を食べながらGroovyで課題をやってみました。 https://github.com/sue445/wikiengine-spock JUni
プログラマのみなさんも、会議や勉強会LTなんかでプレゼンってよくやるのではないかと思います。 そんな時にこんな苦い経験はないでしょうか？ 言いたいことが多すぎて資料枚数が多くなりすぎて時間オーバー 誤字脱字が多く、発表中に本質から逸れた指摘ばかりされる こんな時にパワーポイントでもTDDが出来たらなぁと思いませんか？ TDDと言えば、最初にあるべき姿を定義し、それを満たす最低限のプロダクトを作るための設計技法です。 プレゼンの資料作りにもTDDの技術を応用すれば、必要最低限の量で最大限の効果を発揮できる資料ができるのではないでしょうか。*1 そんな皆さんに、今回パワーポイントでTDD(ユニットテスト)ができるツールを用意しました！ 使い方 PowerPointで資料を作ります。 資料名をSampleとします。 テストのひな形を自動生成します。 「GenerateTest」マクロを使います。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く