Groove Labo
  • Home
  • About

カテゴリー

  • Active Directory (1)
  • FastCGI (2)
  • IIS (2)
  • javascript (5)
  • kickstart (1)
  • MySQL (3)
  • PHP (2)
    • CakePHP (1)
  • postfix (1)
  • Python (7)
  • Ruby on Rails (2)
  • Trac (5)
  • Webサーバー (4)
    • Apache (2)
    • lighttpd (1)
    • pound (1)
    • proxy (1)
  • はじめまして (1)
  • サーバーインフラ (5)
    • Amazon EC2 (2)
    • ZABBIX (3)
  • ソフトウェア開発 (12)
    • テスト (4)
  • ツール (9)
    • backup (1)
    • capistrano (1)
    • CMS (2)
    • couchdb (2)
    • MODx (2)
    • rsync (1)
    • tiddlywiki (1)
    • Wiki (2)
  • デザイン (1)
  • プロジェクト管理 (7)
  • 仮想環境 (5)
    • EC2 (1)
    • VMware (1)
    • Xen (3)
  • 読書 (3)

最近の投稿

  • ドッグフードを食べる – BTS & SCM
  • CakePHP で連結テーブルのモデルは先に宣言すること
  • ActiveRecord の conditions を作成するためのクラスを作ってみた
  • オープンソースソフトウェアの育て方
  • どこでもサーバー管理ができる iPhoneアプリ 「TouchTerm」

Twitter

  • blog: Trac : プラグイン一覧 http://blog.ciklone.com/2010/08/15/trac-%e3%83%97%e3%83%a9%e3%82%b0%e3%82%a4%e3%83%b3%e4%b8%80%e8%a6%a7/ 2 weeks ago
  • blog: Trac プラグイン : Awesome Attachments Plugin http://bit.ly/aR3AXc 2 weeks ago
  • blog: 機能紹介「ダッシュボード」 http://bit.ly/csA7pU 2010-07-01
  • More updates...

Posting tweet...

Powered by Twitter Tools

ブログロール

  • Cubo
  • OpenGroove
  • zeera document search
  • zeera document search 診断
「とりあえずバグ管理」のための Excel テンプレート
投稿日 2009年7月16日 木曜日 カテゴリ ソフトウェア開発, プロジェクト管理 投稿者 syojiComments Off 

近年、ソフトウェア開発の品質管理についてのセミナーやイベントが増えてきていると思う。これは官公庁などが数年前から言ってたことで、ソフトウェア産業の課題として「ソフトウェアの信頼性向上」がもっとも急がなければならない課題であると言われている。ことに関係してると思われる。

  • 組込みソフトウェア産業の課題と政策展開(pdf)

上の例は組込ソフトウェアを中心に業界全体について記述されているが、自分たちの一番身近なところでソフトウェアの品質管理に役立つであろう、Excel テンプレートを公開したいと思う。

当社のようにエンタープライズ系のソフトウェアを開発している企業においても、課題管理、障害管理、バグ管理といわれる情報を簡単に確実に管理することは、開発の効率化やバグを漏らさずに修正し、品質の向上につながると考えている。 特に

  • バグの発生日、発見者、再現方法、対応者、対応内容、テスト状況等の情報管理
  • ソースコードの変更、改修内容、改修理由

を追跡できることが重要である。

バグ管理のためのシステム「バグトラッキングシステム」があるが(実際に当社の開発では利用している)いきなり、バグトラッキングシステムと言っても導入までの手順や仕組みを理解する必要があり、障壁は高い。

そこで、「もっと簡単に、だれでも、すぐに」バグ管理をはじめることができる、MS Excel テンプレートを公開する。

バグ管理をするために最低限必要なこととして

  • 起票日 障害を発見した日を入力する
  • 起票者 障害を発見した人の名前を入力する
  • 区分 バグか課題か要望なのか・・・を決める
  • 状態 バグが発生した後、現在の状態「未着手」「完了」「対応なし」などを管理するための場所
  • 内容 バグの再現方法や発生状況をわかりやすく書く場所

ここまでの情報がバグを報告する人が記入する内容である。

バグに対して、開発者側の項目として

  • 担当(チーム、人) だれが担当するのか名前を入力する
  • 回答日/対応日 バグに対して回答した日を入力する
  • 対応内容 対応した内容を出来るだけ分かりやすく入力する

20090716

簡単にということで項目を挙げていったが、多くなってしまった。

実際に開発現場で運用する場合、もっと多くの項目が必要になると思われる。 もし利用されるという方は、自分たちの環境やワークフローに合わせてカスタマイズしてもらえればと思う。

ダウンロードはこちら(template_bts.zip)

Microsoft Excel 2003 にて確認。 NOD32(2009/07/16)でウィルスチェック済み

Comments are closed.

Copyright © 2004-2010 OpenGroove,Inc. All rights reserved.