お固い組織に自動テストを書く文化をインストールしようとしている - Qiita
※個人の見解です。所属する組織の意見を代表するものではありません。 未整理だけど一旦投下。 なぜ自動テストなのか（見えているゴール） よい自動テストはプロダクトの健康に大きく寄与する プロダクトの健康は開発者を変更の恐ろしさから解放する よい自動テストはシステムの継続的な運用コスト削減に寄与する 今更なに言ってんの？という話だが、固い組織の現状認識は想像を絶する たくさんの壁がある 個人の壁 「自動テストなんて書いたことありません」 「妙な仕事増やさないでよ…」 組織の壁 「そもそもユニットテストなんて書いたら、大幅に工数増えるじゃん。それどうするの？そんな工数見積に載せられるわけないでしょ？」 「品質保証としてカバレッジの目標値どうすんの？ユニットテストというなら最低限C0カバレッジ100%だよね？」 「ユニットテストのテスト仕様に問題ないことは、誰がどうやって担保するの？」 「『俺も若
【コードレビュー】レビュアーの心構え - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 業務中、ふと「雰囲気でコードレビューしてしまっている」ということを自覚しました。 そこで、コードレビューにおいて気をつけていること、こうすればさらに良くなりそう！を言語化してみました。 「雰囲気レビューを卒業したい」、「コードレビューの質を向上・体系化したい」といった方はぜひ読んでみてください。 ✊ レビュアーの役割 レビュアーが果たすべき重要な役割として、システムの品質を保証することが挙げられます。 要件不十分 不具合 コード品質低下 などの発生責任は、レビュアーにも共有されます。 それらの発生を防ぐために、レビュアーが心が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
