ソフトウェアのテストを退屈じゃなくするコツは？ | スラド IT
ストーリー by reo 2010年08月19日 12時30分 TDD「どうやら俺の出番…え、違うの ?」 部門より 自分はソフトウェアを書くのが好きだ。楽しいと言ってもいい。しかし昔からソフトウェアをテストすることが好きではない。好きではないというか、死ぬほど嫌いとすら言ってもいい。 ソフトウェアをテストすることは余りに退屈で刺激が無さ過ぎて、任せられる時は完全に誰かに投げてしまう。誰もいない場合は仕方なく自分でやるのだが、はっきり言ってテストの仕方が下手である。自分が怠け者だからというのが原因ではなく（プログラミングなら何時間でもできる）、テストの時だけはどうしても他のことを考えてしまったりしてどうにも集中できない。 せめてきちんとテストできる習慣をつけたいとは思っているのだが、どうすればマニュアルで行うテストをもう少し退屈じゃなくできるだろうか？
WindowsのキラーアプリExcel - プログラマの思索
チケット駆動開発におけるExcelの役割についてメモ。 ＃あくまでもメモ書き。 受託開発では顧客の業務のうちExcelで手運用している業務をIT化、Web化することで狙い撃ちにしているのに、自分たちのSW開発ではExcelが幅を利かせている。 つまり、SW開発の業務そのもののIT化は遅れているのが現状だろう。 なぜ、Excelによるプロジェクト管理は良くないのか？ その理由は下記で書いた。 Excelのプロジェクト管理は何故良くないのか: プログラマの思索 一言で言えば、ExcelのドキュメントはSVN・Mercurialなどでバージョン管理すべきか、RedmineのチケットやTestLinkのテストケースなどで代用できるか、使い分けることが肝心。 では、チケット駆動開発は何をもたらしているのか？ その理由は下記で書いた。 Excelのプロジェクト管理から脱却せよ～SW構成管理を見直そう:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
