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/ すみません、まだ、よくみてないす。