BeckはJavaが知りたかった。wikiには当時の議論が全て残っているTDDの誕生から現在まで2007年までに事例の本がいっぱい出てきたその間の本は用語が統一されていなかった。用語も統一されていなかった。PATTERNSという本が出たこの本はネットで公開されている。↑この本を書いた人がなぜこの本を出せたのかを調べたらパターンマニアだったMockにも広義のmockと狭義のmockがある理想は学習コストが高いが、学習したあとは開発が楽になると思っていたが、現実はそうなっていない。いう本が出ていた(日本では未翻訳)アジャイルの中でテストエンジニアが何ができるかが書かれている4象限のモデルを2003年にもう定義しているTDDはテストではなく、チェックキングだということを早くから言っているテストエンジニアは自動化できないマニュアルテスト(探索的テストなど)を高めようと言っているアジャイルにおけるテストとはテストフェーズではなく、日々の行いであるTDDからBDDへ2003年、テストコードからドキュメントを作成するようになる仕様を示すメソッド名をつけるとドキュメントとして残る様になった。それがBDDへになった。testではなく、shouldを使うようになったBDDはコードだから、お客と円滑に会話できないという議論が出てきたBDDは2つの流派に別れた。今までのBDDとcucumberのように仕様記述のBDDに別れたそして現在2014年何が起こったか教条主義化が起きた。テスト駆動開発の義務化、高圧化が起きた。なくなってきているmockが書きにくいときは、設計が悪いという判断基準になっていたのに今は無理やりテストを通る様になっているコードを書く段階になったらTDDとBDDに違いはない。RSpecは厳密にいうとテストツールではない。Yoderさん、鷲崎さん)(英語ベースのセッションだったので、私の理解で書いています。)アジャイルでは、開発者、QA、プロダクトオーナーなどの人の壁を取って一つのチームとしてして扱うそこで、QAはチームに加わりQA的な観点でvalueを考える必要がある今回行ったのは、アジャイル開発における品質シナリオを作成するワークショップQAもアジャイルにチームに参加したときに、品質を作り込むための品質シナリオをバックログに入れ込む(非機能などをどう担保し、どう計測するかを考える)品質シナリオは用意されたアーキテクチャに沿って品質シナリオを作成する。measure上げた非機能を担保するバックログは、非機能はプロジェクトのフェーズにより決める段階が異なるため、優先順位付けをする作り込んだ品質シナリオを実現するようにアーキテクチャの変更を検討する。『フレーズ』で体験する、あのチーム(とちぎRubyの勉強会(toRuby))ワークショップというより、”あのチーム”で普段使用しているフレーズを紹介して、参加者が自分の現場と比較してどう思うか、と言うようなことを議論する形式だった。torubyには未参加だけれど、”あのチーム”の話はよく聞くので、興味があって参加してみた。感想としては、チームの心理的安全が確保されているからあれらのワードが躊躇なく使えるんだろうなぁということを感じた。チーム全員が製品のことを考えていて、チームメンバが全体最適を考えていることが素晴らしいなぁと思った。その環境を作るのはそういう環境にした優れたリーダーや、アジャイルのプラクティスで共通の目標を持つように出来たから、今の環境があるのかなぁと思ったがどうなんだろうか?"あのチーム"の今より、どうやって今のチームを作成したのかを今後聞いてみたいと思った。TTA(テクニカルテストアナリスト)のシラバス...2018-03-25テスト駆動開発感想テスト駆動開発の本を読んだ。winterに参加したので、メモベースでの記録です。2019XP祭り2019でセッションやります。リンクNaITE(長崎IT技術者会)WACATE月別アーカイブはてなブログをはじめよう!imtndさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。