地獄Spec
- 1. 地獄の RSpec 逃げちゃだめだ、逃げちゃだめだ・・・ おおはら@Drecom Co., Ltd.
- 3. 提供 DRECOM R With entertainment
- 7. 今日の おはなし
- 8. テスト
- 9. RSpec
- 10. 質問１ spec
- 11. 何 緑 時 赤 最 初 気 。 。
- 12. グリーン維 持は大変
- 13. 質問２ グリーン維 持してる？
- 16. だが現実は キビシイ・・・
- 18. 現実
- 21. 組織（広告事業部） 企画 営業 開発 受注 クライアント カスタマー サポート
- 26. バグ 事故 漏れ poncan 安心感 テストコード(のメンテ)不足
- 28. Specを書けよ デコ助野郎！
- 29. RSpec 開発メンバー
- 32. ②失敗・教訓（導入直後） とりあえず動くだけでは不十分 -実行時間が長いと流さなくなる 自動で動かさないと忘れる -autotest使うようにした テストデータを全てFactoryGirlで賄うのは面倒 -マスタデータはfixtures -トランザクションデータはFactoryGirl
- 35. ④慣れてきた頃（１ヶ月位）にやった事 CIを導入した -手軽なBigTunaを採用 遅い処理の改善 -テストダブル（モック・スタブ）に置き換え -migrationからschema.rb読み込みに変更
- 38. ⑤失敗・教訓（充実してきた頃） カバレッジは万能じゃない -「レガシーコード=テストの無いコード」なので意 味はあるが・・・ -Reekを取るようにした（お手軽/ReekViewer） https://github.com/Shinya131/reekviewer FactoryGirlがパンクした -factory.rbに全てぶっ込むのではなく、 factoriesフォルダ以下にファイル分割配置 -リレーション指定やりすぎると破綻（メンテ不能）に
- 40. ⑥失敗・教訓（グリーンになって） Trunkはグリーンだけど、branchはレッドという状況に -息の長いbranchだと未マージ・マージ漏れが 発生しうる -特定のコードをbranchにマージする・しないで赤 だったり緑だったりするケースがある なるべくtrunkとbranchの差分を小さくするように意 識
- 41. ⑦そして今に至る・・・ ビフォー
- 42. ⑦そして今に至る・・・ アフター
- 44. 今後 Rails2.3.8から、Rails3.xにVerUp -Jenkins + rvm + rails3.x でCI回す もうなにも怖くない（CIまわしてればある程度) Seleniumで面もチェック -目確認は(最低限しか)したくない 引き続きGREEN維持
- 45. まとめ RSpecちゃんとしたら、リリース頻度あがった Specメンテ => CI導入 じゃなくて、 CI導入 => Specメンテ ってするとウマく回った BUG潰し・予防よりもBUGの早期発見・早期修正に役 立った BUGは出る時は出る、Rspec/CIは万能じゃないの で注意