Home > Internet > Movabletype > FogBugzでバグレポート

FogBugzでバグレポート

Posted by: oscar
2010-03-14 (日) 17:56
MovableType
BugReport, FogBugz, Movable Type
delicious count
hatebu user
FogBugzでバグレポート

最近少しずつだが、FogBugzの使い方覚えてきたので、少し書いてみます。
藤本さんも最近エントリーにしたみたい。「Movable Typeの不具合／要望の報告方法 - The blog of H.Fujimoto」

FogBugzというのは、バグ管理システム（BTS）の一つで、Fog Creek Softwareというところで作られたらしいですね。
バグ管理システム自体は結構種類があって、私も個人用に使っているTrac以外にも、Bugzilla・Mantis・Redmine・Team Foundation Server・バックログ・Simple Bug Trackerなど、様々な種類が存在する様です。

FogBugzを使ってみる

という訳で使い方だけど、意外と簡単だった。
ちなみに、MTDDCでの井上さんの資料「フィードバックのおはなし」にも書かれているので、そちらも参照してもらった方がいいかもしれない。

アカウントの作成

ログイン入力部分

まずはトップページでログインするのだが、もちろん普通はアカウントなんて持ってないので、アカウントを作成します。（「sign up for a new account now」をクリック）

すると次の入力画面が表示されるので、適切な内容を入力します。

Full name:: 名前を入力（必須・ローマ字で入れとけば良いでしょう・もしかしたら日本語で書いても良かったのかな？）
Email address:: Eメールアドレスを入力（必須・対応状況とかがこのアドレスに送信されるので正しく設定しましょう）
Homepage:: 入力してもしなくてもどちらでも良さそう（省略可・メッセージ下の署名部分に出るらしい）
Language:: 言語に日本語は存在しないのでそのまま（初期状態のまま・つまり英語だね）
Date, Time, and Number Format:: 日付の書式もそのまま（初期状態のまま・つまり英語表記だね）
Time Zone:: タイムゾーンは井上さんの説明だと別に設定しなくて良くなってる（初期状態のまま・でも+9:00した方が良いのかと思うが）
Password:: パスワード入力（必須）
Retype Password:: パスワードの確認入力（必須）

これを入力して「OK」ボタンを押すと、アカウントが作成できます。Verifyとかあったかどうかは、かなり昔にやったのであやふやです（無駄にもう一つアカウント作る気は無いし）。プロセス自体は通常の登録作業と変わらないので、悩む事は無いと思います。

チケットを検索する

ログイン後の画面がこれ。チケットがイッパイ並んでるんだが、なんか解りづれぇ・・・・

自分が見つけたバグや要望が、すでに存在するかどうかのチケットを探すには、Flitersプルダウンに設定されてるマイルストーン（後述）から絞り込むか、上部検索窓（Search）に入力して絞り込むかしかないみたいです。
意外とコレがめんどくさい。で、最悪BTSなので、登録してみて重複だったら「Duplicate」処理されるので、まず登録しても良いみたい（一応は探してみて見つからなかったら・・・だけど）。

チケットを登録する

チケット登録はメニューの「New Case」をクリックする。英語で入力画面が表示されてくるが、臆せずに日本語で書いて構わないそうだ。ちなみに私も、思いっきり日本語で要望を書いてみたけど、それなりに処理されたみたい。

次の項目を入力する訳だけど、おかしな所はシックスアパート内で修正が行なわれるようなので、間違いを怖れずに入力していいみたいです。もしくは解らない部分は、そのままで登録。

Title: レポートのタイトル（無くても登録可能のようだったが入力した方がいいと思う・日本語入力可）
Project: MT本体の話かMTPluginの話かを指定（よく解らなければデフォルトのMovable Typeのまま）
Area: MTコア部分かMTE部分かなどの指定（よく解らなければデフォルトのまま）
Fix For: 対応時期をマイルストーンで指定（ここはシックスアパート内で決定する部分なのでUndecided）
Category: 内容がバグレポートなのか要望なのか（バグレポートBug・要望Featureを選択・他の選択肢は内部用かな）
Assigned To: 対応を割り当てる相手を指定（ここはPrimary Contact (Bug Triage User)で良いはず）
Status: 状態表示部分（登録時には選択不可）
Priority: チケットの優先度（ここもシックスアパート内で決定する部分なのでデフォルトの3 – Importantのまま）
Due: スケジュール指定部分（ここは入力しない）
Estimate: 見積もり時間だと思う（ここは入力しない）
Version: 問題が発生したバージョンを書くところ（特定のバージョンで発生している時はバージョン番号をここに記入・最悪レポート内に情報があれば未記入でもいいかも知れない）
Computer: 特定のマシン・OSでのみ再現する場合（マシン・OSでのみ再現している時はマシン・OS名をここに記入・これもレポート内に情報があれば未記入でもいいかも知れない）
Opened by XXXXXX: ココの下のテキストエリアに詳細な内容を記入する（検証で再現出来るように可能な限り詳細に記入する・日本語入力可）
Attach a file: エラー画面のキャプチャを添付可能になっている

入力したら、後は「OK」押して登録する。

チケットを追いかける

登録が終了すると、登録されたチケットが表示される。この時点でCaseNumber（チケット番号）が与えられるので、以降はこの番号でチケットを追いかけていくのだが、やっぱり検索してみたりがめんどくさい。

フォロー関連

そういう時に、チケットをフォローする機能を使うとすごく便利です。
チケット番号の下の部分に、「Subscribe to receive email when this case changes.」という部分と、「RSS Feed」があります。「Subscribe to receive email when this case changes.」のSubscribeの部分をクリックすると、この部分が「Unsubscribe」に変わり、このチケットに対して変更が行われるたびに、FogBugzからメールが届きます。メールには以下の様にチケットへのリンクもあるので、すぐに内容が確認できます。

A case was changed in FogBugz.
From: Jun Kaneko
Case ID: 103715
Title: 要望：テーマの「default_pages」importerでのbasename指定の追加
Project: Movable Type
Area: *Core
Priority: 3 - Important
Release: Iliad: 11/1/2010
URL: http://bugs.movabletype.org/default.asp?103715
Changes:
Fix For changed from 'MT5-TheNextRelease: 12/31/2020' to 'Iliad: 11/1/2010'.
You are subscribed to this case. If you do not want to receive automatic notifications in the future, unsubscribe (http://bugs.movabletype.org/default.asp?pre=preUnsubscribe&pg=pgEditBug&command=view&ixBug=103715) from this case.

同じ内容を「RSS Feed」を使って追いかけることも可能です。どちらが良いかはそれぞれだと思いますが、私はメールで追いかけてます。フィードはフィードリーダーを使うので、頻繁にチェック出来なかったりするので。

いつ頃対応するのかな？

このFogBugz見てて解りづらいなと思うのは、マイルストーンの情報（そのそも、FogBugzでマイルストーンっていい方してるかも知らないけど）。試行錯誤的に表示させてみてて、現在アナウンスされてる時期から考えると、どうやらこういう事なんだろうなと理解したのが、以下になります。（あくまでも予定の話らしいので確定情報という訳でもないですが）

Hyperion Final: 4/30/2010: MT5.02にて対応予定（４月リリース予定との情報から推測）
Iliad: 11/1/2010: MT5.1にて対応予定（夏にベータ開始らしいのでおそらくこれがそうなのでしょう）
MT5-TheNextRelease: 12/31/2020: MT5.x 対応時期は未定
Lemieux: 3/31/2010: MT4.35の話だろうか？

勘違いしちゃいけないのは、あくまでも「対応予定」という点で、実際に取り込まれるかどうかは、対応作業の完成度とかリリース時期の問題とかチケットの重要度とか、いろんな要件が重なって複合的に決まるって言う点は忘れないようにしなくてはね。