ログインしてさらにmixiを楽しもう

コメントを投稿して情報交換!
更新通知を受け取って、最新情報をゲット!

バグのなる木コミュのバグの数え方 --- ある品質計測の方法

  • mixiチェック
  • このエントリーをはてなブックマークに追加
バグがひとーつ、ふたつ、みっつ。

  リリース迫るプロジェクト。
  いつもデバッグはできなくて。

ということで、バグの数え方についての話題になります。
やはり一匹、二匹でしょうか。それとも一件、二件でしょうかというものから、見かけで数えるのか、それともネタで数えるのかなどです。

問1:バグを計測する工程
通常のプロジェクトにおいて、バグを計測するのは、どの工程ですか。
(1) システム試験(統合試験、結合試験、・・・)以降
(2) ユーザ受入試験(導入試験、ユーザ試験、・・・)以降
(3) 製品リリース後(納入後、サービスイン後、・・・)
(4) 単体試験(プログラム試験、モジュール試験、・・・)以降
(5) 設計(システム設計、プログラム設計、・・・)での不具合指摘件数も数えるから、設計段階から(但し、コンパイルエラーは除く)
(6) その他(TDD でやるから、最初からなど)

問2:バグの計測地点
通常のプロジェクトで、バグをどの段階のものを計測しますか。
(1) 原因(但し原因不明のときは症状)
(1) 症状(バグが出た結果)
(2) 両方
(4) その他

問3:バグのレベル
バグをレベル分けして計測しますか。
(1) レベル分けする。4段階以上。
(2) レベル分けする。3段階以内。
(3) レベル分けしない。

問4:バグの分類
通常のプロジェクトでは、レベルや原因、症状などの分類はどの程度行っていますか。
(1) レベルのみで、他の分類は備考レベル。
(2) 原因別など単一の分類方法で分類を行っている。
(3) 原因、影響度、レベル、症状など複数の分類方法で行っている。
(4) 行っていない。
(5) その他

問5:バグ曲線
バグの継続的観察として、バグ曲線を描いていますか。
(1) 重要プロジェクトなど一部のプロジェクトで描いている
(2) すべてのプロジェクトで描いている。
(3) すべてのプロジェクトで描いていない。
(4) その他

問6:バグと評価
バグ密度によって、プログラムやプログラマを「明示的に」評価していますか。
(1) プログラム(プロジェクト)を評価している。
(2) プログラムとプログラマの両方を評価している。
(3) プログラマ(とプロジェクトマネージャ)のみ評価している。
(4) その他

問7:バグの記数法
(1) 件
(2) 匹
(3) 個
(4) その他

問8:バグの呼称
バグをなんと呼んでいますか
(1) バグ
(2) 不具合
(3) 障害
(4) その他

問9:バグの計測部門
バグを計測するのはどの部門ですか。
(1) リリース後は品質保証部門、それ以前は開発部門
(2) 開発部門、但しリリース後は品証部門へ報告
(3) 品質保証部門
(4) その他

問10:バグの最高記録
バグ密度の最高記録はどの程度でしょうか。
(1) 数え切れない(数える気がしない、数えるのは禁止)
(2) 10行に1個以上
(3) 100行に1個以上
(4) その他

---
なお、私はすべて (1) です。

コメント(1)

ム・・・

問1:バグを計測する工程
(6) その他(TDD でやるから、最初からなど)
基本的に全段階で分けて行うのが理想的です。
たいてい途中でグダグダになりますが。

問2:バグの計測地点
(1) 原因(但し原因不明のときは症状)
結果よりも原因が重要、発症してなくても隠れバグが存在する場合があるのでね。

問3:バグのレベル
(2) レベル分けする。3段階以内。
せいぜいA、B、Cランクとかそのレベルかねェ
あんまり多くしても把握しきれない。

問4:バグの分類
(3) 原因、影響度、レベル、症状など複数の分類方法で行っている。
問2とちょっと被るが基本的には原因。

問5:バグ曲線
(3) すべてのプロジェクトで描いていない。
曲線とか言われるだけで頭痛が・・・

問6:バグと評価
バグ密度によって、プログラムやプログラマを「明示的に」評価していますか。
(1) プログラム(プロジェクト)を評価している。
どうだろうね?
口には出さなくてもプログラマを心の中で評価してるのは秘密。
ってそれは明示的じゃないな。
バグの大量発生はある程度プロマネの責任。

問7:バグの記数法
(4) その他
「本日のお客様」「来客」etc...
あ、報告書は「件」ですよ。

問8:バグの呼称
(4) その他
「お客さm(略
公式には「障害」ですな。

問9:バグの計測部門
(4) その他
開発中は開発部門、運用中は運用担当。
現職場には保証部門が存在していないので。

問10:バグの最高記録
(1) 数え切れない(数える気がしない、数えるのは禁止)
マインスイーパで24*30にして地雷の数を667にして下さい。
そのときの気持ちが垣間見えるはずです。

ログインすると、みんなのコメントがもっと見れるよ

mixiユーザー
ログインしてコメントしよう!

バグのなる木 更新情報

バグのなる木のメンバーはこんなコミュニティにも参加しています

星印の数は、共通して参加しているメンバーが多いほど増えます。

人気コミュニティランキング