Download as PDF, PPTX
Uploaded byNakajima Shigeru
Ninja Testing at Toteka03
とてか03 で発表した「忍者式テストをやってみた」の発表資料です。 - とてか03（http://d.hatena.ne.jp/tochigitestnokaigi/20141004） - The Model-View-Controller (MVC) Its Past and Present（http://heim.ifi.uio.no/~trygver/2003/javazone-jaoo/MVC_pattern.pdf） - ステートフルJavaScript（http://www.amazon.co.jp/dp/487311554X） - MVP: Model-View-Presenter The Taligent Programming Model for C++ and Java（http://www.wildcrest.com/Potel/Portfolio/mvp.pdf）
Ninja Testing at Toteka03
- 1. 忍者式テストを やってみた 2014/10/04中島 滋 株式会社ラグザイア
- 2.
- 3. 自己紹介 中島滋（@@lleeddssuunn） WWeebb系受託開発 プログラマ JJaavvaaSSccrriipptt、CC##
- 4.
- 5. 11.. 忍者式テストを超簡単に 22..忍者式テストはレグレッション 33.. 忍者式テストのTTeessttiinngg面 44.. 忍者式テストを詳しく 55.. 忍者式テストのうれしさ 66.. まとめ
- 6.
- 7.
- 8.
- 9.
- 10.
- 11.
- 12. レガシーコードは存在する ! 機能を追加したい リファクタリングしたい
- 13. レガシーコードの例 22885544行 JJaavvaaSSccrriipptt スコープを意識していない 大域変数 ((アプリケーションに閉じてる)) 非モジュール（グループ）化 エディタアプリケーション （GGUUII） テストコードなし
- 14.
- 15.
- 16. 基礎戦術11 ! 仕様が明確な関数を取り出し テストコードを書く
- 17. 分割されていないコードは 仕様を理解して 取り出せる部分が小さい 数〜数十行 ! 99割がモンスターのまま残る 110000〜11000000回やる？
- 18.
- 19. レガシーコードでは 理解し難い部分が 変更したい部分 なことが多い
- 20.
- 21. 基礎戦術22 ! ソフトウェアを 数個のモジュールに分割する
- 22.
- 23.
- 24. テストコードを書かずに リファクタリング ! スコープをわける 大きな変更は 手で動作確認できる （まだ忍者式テストでない）
- 25. GGUUIIのモジュール分割の王道 ! 11..コンポーネント分割 22.. PPrreesseennttaattiioonn--DDoommaaiinn--SSeeppaarraattiioonn （プレゼンテーションとドメイン） 33.. SSmmaallllttaallkk--8800 MMVVCC （モデル・ビュー・コントローラー）
- 26. 33.. SSmmaallllttaallkk--8800 MMVVCCは 「TThhee MMooddeell--VViieeww--CCoonnttrroolllleerr ((MMVVCC)) IIttss PPaasstt aanndd PPrreesseenntt」 が手引きになる
- 27. SSmmaallllttaallkk--8800 MMVVCCでは CCoonnttrroolllleerrがでかい！ ! モデルの更新とビューの更新 両方やる ! 44.. SSeeppaarraatteedd PPrreesseennttaattiioonn ビューがOObbsseerrvveerrに モデルが変わったら勝手に更新
- 28. 44.. SSeeppaarraatteedd PPrreesseennttaattiioonnは 「ステートフルJJaavvaaSSccrriipptt」が 手引きになる
- 29. OObbsseerrvveerr付きMMVVCCに分けても CCoonnttrroolllleerrがでかい！ ! 作ったオブジェクトを自動選択 ! 11..モデルつくる 22..ビューに表示 33..選択状態に更新
- 30. 55.. MMooddeell VViieewwPPrreesseenntteerr ! 選択状態のモデル化 sseelleeccttiioonn ビューはsseelleeccttiioonnも監視
- 31. 「MMVVPP:: MMooddeell--VViieeww--PPrreesseenntteerr TThheeTTaalliiggeenntt PPrrooggrraammmmiinngg MMooddeell ffoorr CC++++ aanndd JJaavvaa 」を 読んでもわからない！ ! このアプリケーションに 上手くはまるの？
- 32. 不安 ! 適用後のソースコードが イメージできない ! 手探りでの変更
- 33. 変更中に アプリケーションを 壊したら 早く知りたい
- 34.
- 35. テストコードを書く？ ! 分割したいのは CCoonnttrroolllleerr ユーザー入�力と密接 ! PPhhaannttoommJJSS?? SSeelleenniiuumm?? ! そうだ手でやろう！
- 36.
- 37. AA44用紙に今までやった 確認手順を書き出す 数件 実行してみる
- 38.
- 39. なんと言うことでしょう！ ! そこには 今まで見たこともないバグが ありました
- 40. 期待通り ! テストハーネスとして 機能する （CChheecckkiinngg）
- 41. それ以上に ! 未知のバグが見つかった ((TTeessttiinngg)) ! 引き継ぎ前のバグ 引き継ぎ後に入�れいたバグ
- 42. いったん確認 ! 忍者式テストは レガシーコードと戦う一戦術 ! TTeessttiinnggの側面もある？
- 43. ここまで 22.. 忍者式テストを レグレッションに使う ! ここから 33.. 忍者式テストのTTeessttiinngg面
- 44. 忍者式テストでは 新しいテストが見つかる ! なぜだろう？
- 45. 秋山 浩一さんの洞察 元・富士ゼロックス テストコンサルタント
- 46. @@aakkiiyyaammaa992244 テスターは、いい加減なテスト ケースを元に、そこからちょっ と外れた操作をしてバグを見つ けていると思います。hhttttppss:://// ttwwiitttteerr..ccoomm//aakkiiyyaammaa992244// ssttaattuuss// 550066225555440011553377338844444488
- 47. これだ！ ! 忍者式テストでも テストケースから ちょっと外れた操作をした時 バグを見つけている
- 48.
- 49.
- 50. バグを見つけた手順 （CChheecckkiinngg） ! 有効なテストケースは残す
- 51. 忍者式テストは 毎日、人がやる 毎日、ちょっとずつ変わる ! TTeessttiinngg （未知の問題が見つかる）
- 52.
- 53. 準備 11..新機能の確認テストを追加 ! テストを実行 22..既存のテストを改�善 33..新しく発見したテストを追加 44..要らなくなったテストを削除
- 54. 11..その日追加した 新機能のテストを追加 ! 雑 機能確認程度 正しい動作のメモ代わり
- 55. 22..昨日までのテストを修正 わかりやすく 早く終わる手順に ! 文章の添削に一日置く感じ
- 56.
- 57.
- 58. 44..バグを 発見できなくなった テストを止める ! 基準は感性 「めんどくさいなー」 多分合っているけど不安 気合い
- 59. 疲れていると 気合い不足 テストが減らない ! すごく疲れていると 何でもめんどくさくなる テストが減らない
- 60.
- 61.
- 62. 最初に完璧なテストを 書かなくてよい ! フォーマット カバレッジ 効率
- 63. 最初のハードルは低い ! 毎日やると ちゃんとバグが見つかる
- 64. テストを足してから 一週間ぐらいは 新しいテストとバグが見つる ! ただし 毎日やらないと バグが見つからない
- 65.
- 66. 大きなリファクタリングが 終わっても （二ヶ月経過） やめていないのは TTeessttiinnggの面が大きいから
- 67.
- 68. 忍者式テストで ! テストコードが書けなくても レガシーコードと戦える ! 未知のバグも発見できる テストにちょっと自信がもてる
- 69. 忍者式テストをやろう ! 書けるなら 最初からテストコードを 書いてくれ
- 70.