→テスト・品質管理
→テスト関連ドキュメント作成
- プログラマとテストエンジニアにバトル勃発!正しいバグ票の書き方とは? 2012.7.11
- バグ修正をスムーズに進めるためには、バグレポートを書く時点で「バグ対我々」という構図を意識できているかどうかという点が最も重要です。意識するだけで文面が変わってきます。もちろん、バグレポートを読んで対応するプログラマにも同じ意識が必要です。返答においても「バグ対我々」という構図がなければ、すぐに問題のあるバグレポートに変わってしまいます。
- 口頭では躊躇してしまうような厳しい内容を文章にして伝えるというのは、得策ではありません。バグレポートも同様です。特にバグレポートは書く人(起票する人)にとっては、電子メールよりも報告の意味が強い文書なので、口頭で指摘するよりも厳しい口調になってしまう場合が多い傾向にあります。
- 「品質に厳しい組織で、なぜ品質が劣化するのか?」 2011.12.20
- それは「品質に厳しい組織」なのではなく「品質管理部門が肥大化した組織」なのではないかと.
- 「品質管理部門」とは,高い品質のものの品質確認はできるけど,どれだけ管理部門が大きくなっても品質の低いソフトウエアが高くなることはない.そして品質管理部門が肥大化して現場を軽視する組織においては,現場の人の質が低下した分だけソフトウエアの品質も低下し,品質監視部門は低品質を確認するだけの組織に成り下がる.(経験者談)
- 世の中のソフトウェアテストは“間違いだらけ”!? 2010.7.13
- では、テストに対する“誤解”とは何か?――氏が最初に指摘するのは、「テストをすれば完璧なソフトウェアが作れるという“幻想”」である。
- 大切なのは「すべてをテストすること」ではなく、「(起こり得る)リスクを理解すること」と「誰にとってのリスクか」という“ポイント”を明確化することにある。
- すなわち、「テストとは一種のサンプリング」なのだ。だが、これをマネジメント層の人間が理解していない場合、「完璧はある」という“幻想”を抱いているがゆえに、「すべてをテストしろ」とテスト技術者らに無茶な要求をし、結果的にプロジェクトの進行を遅らせてしまう。
- 数兆円かけても消せない「バグ」といかにつきあうか 2008.4.14
- 以前あるシステムが止まったとき、テレビでその原因を「たった一行の間違いで」と伝えていた。それは驚くべきことではなくむしろ当然で、ミスはむしろ一行どころか一文字あるいは1ビットということがよくあり、これらをすべて洗い出すには気の遠くなるような大変な労力が必要になる。
- まさかの時に備えて事業継続計画(Business Continuity Plan、BCP)を整備しておくことが必須だ。BCPとはシステムが停止したときにできるだけ被害を少なくするように、また完全ではないにしてもシステムを使わないで何とかサービスやビジネスを継続するような手順のことだ。作るだけでなく常に演習をしておくことが最も重要な対策であり、これを怠ると大変な事態を招く可能性がある。
- テスト設計の必勝テクニック 2007.10.9
- なぜテストの直前にテスト設計をしてはいけないのか。TISの鈴木三紀夫氏(技術本部 基盤技術センター主査)は,「仕様変更が大きく関係する」と説明する。開発現場では通常,仕様書や設計書のミスが見つかり,仕様変更になることが多い。だが,見つかった時期によって,手戻り工数は大きく変わる。もしテスト工程でこうしたミスが見つかれば,テストどころではなくなり,大きな手戻りを招くことになる。
- 鈴木氏によれば,テスト設計を実施すると「仕様書や設計書のミス」を発見しやすいという。「そもそもテスト項目を抽出できない仕様書や設計書には何らかの問題がある。テスト設計は仕様書や設計書を参照しながら進めるので,“テスト”という観点でレビューすることになる」(鈴木氏)。
テスト設計†
- 複雑度と単体テストの相関関係 2009.1.4
- 複雑度の数値は、下記の意味を持つらしい。
- 10 以下であればよい構造
- 30 を越える場合,構造に疑問
- 50 を越える場合,テストが不可能
- 75 を越える場合,いかなる変更も誤修正を生む原因を作る
- 話によると、複雑度が15以上ならばコードレビューを実施する会社もあるらしい。
- ソフトウェア複雑度(McCabeのサイクロマチック数)
- ≒分岐網羅(C1)のテストケース数
- ≒単体テストケース数
テスト駆動開発/TDD†
- テスト駆動開発について僕は誤解していた 2012.3.6
- 「TDD のテストは自動実行できる assert の集合に過ぎない」という誤解
- 「TDD のテストは設計を実コードより先に決定づけるものである」という誤解
- 「テストとプログラミングをちまちま切り替えるより、それぞれ集中してやったほうが良くね?」という誤解
- 「どうせテスト書いたってプログラム修正したらすぐ捨てるわけだし、やっぱりテスト書くのは時間の無駄じゃね?」という誤解
- 「テストにまで可読性を求めるとか、バカじゃね?」という誤解
Last-modified: 2024-03-08 (金) 12:56:42