Problem Report 関連ツールのまとめ
Problem Report 関連ツール
bug tracking システムとトラブルチケットシステムは微妙に目的が違うと思いますが、
ここでは広く problem report という観点でまとめています。
http://www.daveeaton.com/scm/PMTools.html
に FAQ
http://www.iac.honeywell.com/Pub/Tech/CM/PMTools.html
に昔あった?
があります。
特に売りもの一覧については、ここをまず見るとよいようです…
って、この三年くらい更新してませんね。
Free のものもいくつかあります。
最も有名というか歴史のあるツールは GNATS でしょうか。
あとは
jitterbug、
Bugzilla
debuggs (Debian Bug Tracking System)、
OpenTrack PTS WREK Wreq (?) など。
最近は、なんでもウエブで〜という人たちばかりだからか、
Bugzilla が多いですかね?
あ、こっちの linux もののページ
http://linas.org/linux/pm.html
の方がよくまとまってるかも…いえ、これも更新してませんね。
いずれにせよ、
たいてい有名なものは特定のプロジェクトと bind されていて
そこから派生したという趣が多いようにおもえます。
たとえば perl.org のバグトラックツールである perlbug (CPAN を見よ) は
他であまり使われているような気がしないわけで、
どうも project が発生するたびに、
『既存の bug tracking system は使いにくい、作ろう』
という project が付随して発生しているような雰囲気も感じられます(笑)。
Call Tracking と Problem Tracking
Call Tracking は主にお客からの問題の指摘についての扱いであり、
「人の割り当て」
「ステータス管理」
そして
レポートを行なう必要があります。
一方 Problem Tracking は「開発プロセスの管理」などであり、
その管理対象にはタスクやさまざまな統計、レポートだけでなく、
インテグレーションやそのテストまでも含まれえます。
なお Configuration Management という単語も
Problem Tracking の近隣に位置しますが、
これは CVS などのツール系のことです。
status で使われる単語の例
たとえば GNATS では
open
analyzed
feedback
closed
suspended
他の例では
NEW
ASSIGNED
REOPENED
RESOLVED
VERIFIED
CLOSED
などもあります。
jitterbug だと
all
pending
replied
unreplied
が、status にあたるものかなあ?(でいいのか?)
GNATS (GNU Problem Report Management System)
ご存知、有名な bug tracking system。
まぁとにかく GNATS の実例を見よう〜
http://www.netbsd.org/Misc/send-pr.html
send-pr の例
To: gnats-bugs@gnats.netbsd.org
Subject: no definition for 9801N-J12 pcmcia card
From: fukachan@fml.org
Reply-To: fukachan@fml.org
X-send-pr-version: 3.95
>Submitter-Id: net
>Originator: Ken'ichi Fukamachi
>Organization: fml.org
>Confidential: no
>Synopsis: no definition for 9801N-J12 pcmcia card
>Severity: non-critical
>Priority: low
>Category: kern
>Class: sw-bug
>Release: NetBSD 1.5.1_BETA2
>Environment:
System: NetBSD rudo.home.fml.org 1.5.1_BETA2 NetBSD 1.5.1_BETA2 (BETH) #0: Thu Sep 27 12:09:39 JST 2001 fukachan@rudo.home.fml.org:/usr/NetBSD-release-1-5/src/sys/arch/i386/compile/BETH i386
>Description:
NEC 9801N-J12 pcmcia card does not work with NetBSD/i386 (netbsd-1-5
branch). NetBSD kernel detects it as "ne" but it cannot be
configured.
I do not test it with NetBSD-current but it looks NetBSD-current has
no definition for this card.
>How-To-Repeat:
attach it.
>Fix:
apply the following patch.
By the way, this card looks an OEM of IBM INFOMOVER.
So, the following definition may be more appropriate ?
{ PCMCIA_STR_NEC_9801N_J12,
PCMCIA_VENDOR_IBM, PCMCIA_PRODUCT_IBM_INFOMOVER,
PCMCIA_CIS_NEC_9801N_J12,
0, 0xff0, { 0x00, 0x00, 0x4c } },
Index: if_ne_pcmcia.c
===================================================================
RCS file: /cvsroot/syssrc/sys/dev/pcmcia/if_ne_pcmcia.c,v
retrieving revision 1.62.4.5
diff -u -u -b -r1.62.4.5 if_ne_pcmcia.c
--- if_ne_pcmcia.c 2001/06/16 19:18:50 1.62.4.5
+++ if_ne_pcmcia.c 2001/09/26 09:42:26
@@ -200,6 +200,11 @@
PCMCIA_CIS_SVEC_PN650TX,
0, -1, { 0x00, 0xe0, 0x98 }, NE2000DVF_DL10019 },
+ { PCMCIA_STR_NEC_9801N_J12,
+ PCMCIA_VENDOR_NEC, PCMCIA_PRODUCT_NEC_9801N_J12,
+ PCMCIA_CIS_NEC_9801N_J12,
+ 0, 0xff0, { 0x00, 0x00, 0x4c } },
+
/*
* This entry should be here so that above two cards doesn't
* match with this. FNW-3700T won't match above entries due to
Index: pcmciadevs
===================================================================
RCS file: /cvsroot/syssrc/sys/dev/pcmcia/pcmciadevs,v
retrieving revision 1.93.2.7
diff -u -u -b -r1.93.2.7 pcmciadevs
--- pcmciadevs 2001/06/16 19:19:12 1.93.2.7
+++ pcmciadevs 2001/09/26 09:42:26
@@ -43,6 +43,7 @@
vendor FUJITSU 0x0004 Fujitsu Corporation
vendor PANASONIC 0x0032 Matsushita Electric Industrial Co.
vendor SANDISK 0x0045 Sandisk Corporation
+vendor NEC 0x00a4 NEC
vendor NEWMEDIA 0x0057 New Media Corporation
vendor INTEL 0x0089 Intel
vendor IBM 0x00a4 IBM Corporation
@@ -83,6 +84,9 @@
/*
* List of known products. Grouped by vendor.
*/
+
+/* NEC */
+product NEC 9801N_J12 0x0002 NEC PC-9801N-J12 LAN
/* Adaptec Products */
product ADAPTEC APA1460 0x0001 Adaptec APA-1460 SlimSCSI
Jitterbug
http://samba.anu.edu.au/jitterbug/
を参照。
割と simple is best 指向なものといえるでしょうか。
もともとは samba の bug tracking をする目的からスタート。
C 言語で、WWW インターフェイスのみ
(URL みりゃわかるとおり)。
Call Center, Bug Tracking and Project Management Tools for Linux
http://linas.org/linux/pm.html
すみません、まだ、よくみてないす。
Perforce Defect Tracking Integration Project
http://www.ravenbrook.com/project/p4dti/
すみません、まだ、よくみてないす。