1000番目のテストを書いた人表彰、というようなゲーミフィケーションも有効らしい、なるほど。 #greetech04
2013-12-05 21:25:07仕様変更したときに先に実装なおしてからこけたテストを直すのは、確かに良くはないんだけど、「失敗したテスト」が想定範囲かどうかにきちんと気を払っていれば、それほど悪くはないとおもう。 #greetech04
2013-12-05 21:24:27同値分析と境界値分析ぐらいはテスト書こうね、という話。 http://t.co/jcdD6ZiRma #greetech04
2013-12-05 21:22:35先日のシステムテスト自動化カンファレンスで言われていたことの実例がw #greetech04 #stac2013 >インディ・ジョーンズ
2013-12-05 21:18:47テストはまず自分の担当範囲から書けばいいし、CIだって最初はローカルでJenkins上げればいいし、それで「実はテストのおかげで〜〜」が言えれば勝ち。 #greetech04
2013-12-05 21:18:33ローカルでやるとスローテストになる場合は、いきなりJenkinsにお願いするのもありか。なるほど。。でも自分が書いたところだけでも実行してからコミットしたいものだ。 #greetech04
2013-12-05 21:15:55導入しましょうって言う前に、まずテスト書いて自分が幸せにならないと。 #greetech04
2013-12-05 21:15:21CIサーバはガリガリリソースぶっこみたい派 #greetech04
2013-12-05 21:14:16確かに、そういう考え方やアプローチががあることを、まず知ってもらうことはいいチームを作る上でも大事だと思う #greetech04
2013-12-05 21:11:27ググるさんは、この循環的複雑度とファイル上書き数がともに高いモジュールを狙ってテストする、みたいな戦術が取られてます。 #greetech04
2013-12-05 21:11:09静的検証ツール導入するときも、最低限のレベルからはじめないと無理。JavaならCheckStyleは無視。FindBugsの優先度最高の指摘だけ直してね、というレベルからはじめる。 サイクロマチック数も、かなり緩い限界値だけ示す。 #greetech04
2013-12-05 21:09:40太田さんの補足>サイクロマチック数、循環的複雑度。IBM研究では32以上でバグ混入率高い。50以上でテスト不能。#greetech04
2013-12-05 21:09:29