xUTP Magazine - TDDでのテストの構築と保守 その１ ユニットテストで支えるTDDの作業
書いた人 @goyoki はじめに こんばんは。goyokiです。 先日TDD Boot Camp for C++にてTDD入門の次のステップについて講演させていただきましたが、今回はその補足・復習として、ユニットテストの構築と保守について解説させて頂くことになりました。雑多な連載となるかもしれませんが、一連の記事がTDD習得の一助となれば幸いです。 テストコードの再利用 RED→GREEN→REFACTORの基本サイクルを回していくうちにありふれた作業となるものに「テストコードの再利用」があります。 例えば過去に書いたテストコードを使ってリファクタリングを実施する、過去に書いたテストコードを変更してREDにする、といった感じにです。 その「テストコードの再利用」は、製品コードの保守と同じく色々な手間や問題が存在します。ただ一方で、TDDの作業を様々な面で支えており、結果的にTDDの恩恵の
テストする -- Style Guide for Online Hypertext
ドキュメントをテストする ある意味でハイパーテキストは書物と同様で、校正が必要です。またある意味でそれはプログラムと同じく、テストをしなければなりません。少なくともドキュメントが対象としている読者グループから何人かを選び、それを読んでもらってフィードバックを受けるようにしましょう。ほかのアイデアとしては： ドキュメントを複数の異なるブラウザで読んでみて、機種依存が無いことを確認する 読者の傾向を観察する。これはサーバーのログファイルを分析することで可能になります。ある部分が読まれていないとすると、読者は間違ったところを探している可能性があります。読者がある一定の道筋を行き来していることが分かるかもしれません。彼らが何を求めているかが推測できれば、リンク周りの手がかりをもっと使いやすく改善できるでしょう。（利用者に関する情報を削除するまでは、ログ情報は秘密扱いにすること）。 読者からの批判や
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
