リファクタリングとテストの関係
%PDF-1.4 %糜槹 1 0 obj > stream 0 w q 0 -0.3 793.8 595.3 re W* n q 0 0 0 rg BT 73.2 403.2 Td /F1 72 Tf Tj ET Q q 0 0 0 rg BT 181.2 331.2 Td /F1 72 Tf Tj ET Q q 0 0 0 rg BT 362 195.5 Td /F2 32 Tf Tj 8.9 0 Td Tj 10.7 0 Td Tj 23.1 0 Td Tj 14.3 0 Td Tj 16.1 0 Td Tj ET Q q 0 0 0.8 rg BT 225.2 156.7 Td /F2 32 Tf Tj 16.1 0 Td Tj 8.8 0 Td Tj 8.9 0 Td Tj 16.1 0 Td Tj 8.8 0 Td Tj 17.8 0 Td Tj 16.1 0 Td Tj 8.1
「Test」という言葉について(PDF)
「Test」という 言葉について twada http://d.hatena.ne.jp/twada/ 2005年7月23日 @J2EE勉強会 第10回 お品書き ★ 結論 時代背景 テストにまつわる混乱 テストの新しい分類 目的からテストを見直してみると TDDについて 結論から述べます 結論 その1 ● TDDはテスト技術ではない ● "Test"が指し示しているものは複数ある – 開発促進と品質保証 – 2つの"Test"に優劣はない。「違う」だけ。 – どちらも非常に重要 ● テストをロールから分類する – 開発者 / 顧客 / 品質保証担当者 結論 その2 ● TDDの"Test"は開発(者)のためのもの – つまり、開発促進のテスト ● TDDの良さは設計技術でありながら品質保証 技術に「かなり近い」こと 結論 ★ 時代背景 テストにまつわる混乱 テストの
チームリーダー日記 : 第1期(0.1版)
第1期は、さらっと書きました。 ただ、第1期は仕込み期間として、とても重要でした。 ちなみに、1年目というのは、西暦2000年なので、今から5年前ということになります。 --- ■第1期(1年目、2年目、3年目) Junitを使ってみた。 永遠と繰り返される単体テストにむかつき(?)、いろいろ調べているうちにjunitにたどりついた。 自分の担当分の単体テストを基本的に全部Junitで行なった。 一通りやったことで、面倒な試験とか、工夫の仕方、勘所(?)がわかった。 やりやすいところしかやってないと、こういう勘所は理解できないと思う。 HttpUnitやCactusを使ったりした。 Web系の試験です。 自分の担当箇所の結合テストを全部cactusでやった。 cactusだけでは出来ない箇所があったので、cactusを改造した。 →MLに投稿しようとしたら、1日違いで、他の人が他の実装で解
チームリーダー日記 : ゼロから始めたお話 〜序文〜
テストファーストとか、テスト工程の前倒しとか、いろんなことを約5年がかりでやってきました。最近では、チーム活動としてだいぶ安定してきており、初期の頃の記憶が薄れてきました。（メモはあちこちに断片的に残してますが･･･） そこで、今から年末にかけて、どんなことをして、どんなことに気をつけて、どんなことがうまくいかなくて、といったお話をここに記録していこうと思います。 全て書いてから、会社のwikiにupしようと思います。（なんとなく） 大体こんな感じ ■第1期：ひとりでの活動 ■第2期：チームで活動開始 ■第3期：チームで発展 たぶん、第1期の頃の思い入れが一番強いかもしれないです。 ただ、もし読んでくれるひとがいたら、一番興味を持つのは第2期だと思うので、そのあたりを重点的に書いていこうと思います。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
