「【Rails Developers Meetup 特別編】『プロを目指す人のためのRuby入門』出版記念イベント&リファクタリングコンテスト」で使用したスライドです。 https://techplay.jp/event/647072
![わかりやすい技術記事を書くための心構えとテクニック / #railsdm 20171206](https://cdn-ak-scissors.b.st-hatena.com/image/square/a7716af4cb3ea1658ebf6da1c6c498a959950565/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F6ee291ae91c1461e8c6330fc48d885b6%2Fslide_0.jpg%3F9118953)
Qiita 週間ランキング1位を獲得しました Kuniwak です。ご愛顧ありがとうございます。 qiita.com さて、本題に移りたいと思います。 つい最近ですが、勤め先の別チームに向けて自動テストの導入を支援するための資料を作成しておりました。こちらを共有したいと思います。 speakerdeck.com 資料中にある「仕様化テストを推奨しない」という決断には賛否両論あるかと思います。仕様化テストを推奨しなかった理由は、仕様化テストにかかるコストは相当に高く、本当に余裕があるときでないと選べない選択肢だったからです。今回自動テストを導入しようとしているチームは、見るからに余裕のない状況だったので仕様化テストからやれとは言えませんでした。 もし、「自分だったらこうする」等のアドバイスがあれば、ぜひ参考にしたいと思います。コメントなどに書いていただけると嬉しいです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く