週末起業フォーラム認定コンサルタント／ビジネスコーチング

< 新しい記事

新着記事一覧(全210件)

過去の記事 >

2003.12.11

バグ原因の統計～第一位は○○確認漏れ～

(2)

カテゴリ：カテゴリ未分類

中堅ソフトベンダーに対してコンサルしていると、いろいろな情報が入ってくる。

[51%] テスト確認漏れ
1.デグレード
2．カスタマイズ不良
3．テスト証跡不明
4．その他
[21%]　設計レビュー漏れ
[19%]　操作／運用設定ミス

[ 4%]　その他

中国オフショア開発もやまりテスト時に一番頭を悩ませる。

お気に入りの記事を「いいね！」で応援しよう

最終更新日 2003.12.11 18:15:40
コメント(2) | コメントを書く

■コメント

Re:バグ原因の統計～第一位は○○確認漏れ～(12/11)

crab2003 さん

こんばんは、 そう、テストケースを創造するのって意外とセンスがいると思います。 ロジカルな思考でできないエンジニアが多いのには困ってしまいます。 この統計の結果は、納得できる部分が多いですね。 (2003.12.11 21:01:40)

返事を書く

Re:バグ原因の統計～第一位は○○確認漏れ～(12/11)

アイコーチさん

こんにちは、crab2003さん。 テストケースに関しては本当に頭が痛いですね。 こちらでは、単体テスト工程でソースコード(Ks)あたり60-80件のテストケースを作成するよう指導しています。 そして、バグはソースコード(Ks)あたり5-7件摘出しなさいと。 いまどき、Javaオープンソース系のWebアプリ開発でソースコードのステップを計算するかぁー？という声もありそうですが、中国ベンダーと意識をすり合わせるには明確な数値目標が必要なんです。 crab2003さんもご指摘のとおり、最近では日本企業でもテストケースが作成できない技術者が増えていますね。 よくみかけるのが、仕様書にかかれてある機能一覧の「○○機能」から引っ張ってきて、「○○機能が正常に動作する」というテストケース。 いったい誰がどうやって検証するの？とつい笑顔がこぼれてしまう逸品です。 異常ケースを想定できないことも一つの特徴ですな。 ではでは。またコメントくださいね。 (2003.12.12 09:05:57)

返事を書く