TDD談義への反応に対する雑感（テスト駆動開発を取り巻く誤解等） - 千里霧中
先日、twitter上でTDDに関する談義があったのだけれど、気になったのがそれに対するテストや品質の方々の反応。特にTDDの戒めである「品質保証を目的としていない」という書き込みに対してネガティブな反応が多かったのが気になった。 開発経験もあり定義や概念の扱いに注意深い方々なので誤解の可能性はないと思うが、結構問題が入り組んでいるように感じたので、今回テストエンジニアと開発者の視点の差異を焦点にして一部の論点を整理したいと思う。 開発者のいう品質保証の定義 まずTDD談義で開発者が「品質保証のためのテスト」「品質管理のためのテスト」などと呼んでいるテストの定義は、乱れや不統一感も多少あるけど、基本的にKent Beckや和田さんが使われているQAテストの定義によるもの（http://gihyo.jp/dev/serial/01/tdd/0003）。 この定義で「品質保証のための単体テスト
僕がデブサミで副題に「ドワンゴ」という社名まで入れて喋る事 - 宇宙行きたい
ドワンゴのパブリックイメージってどうなんだろうねーって このまえ社内で話してました． 「汚ない格好でコンビニ袋さげて時間関係なく出社」なんて 2ch で書かれてたりしましたし， 「ふざけてる」，「遊んでる」，「破滅」とかまぁ，そんな感じかなぁと…… で，まぁ，大体あってます． あってるし，否定しないし，しかも， そう思われてるのを寧ろカッコイイと思ってしまう 駄目男気な人の集りなのです． ただ，まぁ，本当にふざけて遊んで破滅してるだけだと何も出来ないので， 実際の開発がどんな感じで進んでるのかをちょっと発表してみようと思います． (僕は裏方の開発なのですが，サービス側の開発の話しも入れる予定) 三周遅れのXP -僕とドワンゴのXP- そもそものはじまり 「java-ja 第1回チキチキ 地方巡業withひがやすを飲み会in富山」で発表した時に， id:t-wada からこんなブコメを頂きま
和田卓人――TDD伝道師を生んだ読書会と「心の師匠」 － ＠IT自分戦略研究所
あなたも＠ITでコラムを書いてみないか 自分のスキル・キャリアの棚卸し、勉強会のレポート、 プロとしてのアドバイス……書くことは無限にある！ コードもコラムも書けるエンジニアになりたい挑戦者からの応募、絶賛受付中 時代は、UMLが出始め、オブジェクト指向が全盛期を迎えたころ。大学生の和田氏はマーチン・ファウラー氏の著作『アナリシスパターン』に出合った。同時期、難解なことで有名なこの書籍を読もう、という読書会がオージス総研のWebサイト「オブジェクトの広場」で企画される。「参加してみよう」――これが、和田氏の読書会初体験となった。 2000年に開催されたこの「アナリシスパターン読書会」には、錚々（そうそう）たるメンバーが参加していた。『アナリシスパターン』の翻訳を担当した友野晶夫氏と児玉公信氏、オブジェクト指向開発の泰斗である藤野晃延氏や平澤章氏……。和田氏にとって、彼らは「雲の上の存在」だ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
