[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[kagemai-users:0160] Re: デフォルトテンプレートについて要望



福岡です。

# ちょっと長くなりました。

HarukiKodera san wrote:
 
| 個人的には、バージョンアップ時にテンプレート構造が変化する事もあろうかと
| 思うと、突き詰めてカスタマイズするのを躊躇するというのもあります。

そうですね。テンプレートのあたりの扱いも、まだ十分に安定して
いるとはいえない気がします。

一応、reporttype.xml については、大きな問題が見つからない限りは
互換性がなくなるようは変更はしないつもりですが、よりよいものに
していくために、やむをえず変更する可能性はあります。
# やるなら、0.9 とか 1.0 などのタイミングになるでしょうが。


| そんなわけで、デフォルトのテンプレートについても、より良くなって
| いって欲しいという希望があります。現状の私の変更箇所、理由を
| 示させて頂きますので、拾えるところがあったら、拾って下さい(なげー前ふり)。
|
| [BTSテンプレート]が対象です。

BTS テンプレートについては、ソフトウェアのテストやバグの管理
について書かれた文献や、既存のバグトラッキングシステムを参考
にしています。ただ、私自身は BTS テンプレートのプロジェクト
を使用していないので、デフォルトの設定での使いやすさや問題点
はよくわかっていません。実際に使用されている方からの修正案が
あれば、それを取り込んで変更していきたいと思っています。


| ★状態は「未着手」「作業中」「確認待ち」「保留」「終了」とする。
| 
| 「割り当て済み」は担当者フィールドで識別する事とし、状態から削除。
| 「作業中」を追加する事で、担当者が「未着手か否か」も切り分けられます。

割り当て済みかどうかは、担当者フィールドで識別できますが、新規に投稿
されたレポートがまったく処理されていない、つまり、内容のチェックも
すんでいないものと、内容がチェックされて担当者に振られて状態は明確に
分けていたほうがいいような気がします。


| 「完了」は処理方法が「却下」「重複」「仕様」などであっても、語感として
| 対処されたかの印象を持つので、「終了」に変更(異常終了とは言いますので)。

「完了」は確かに「終了」のほうがよさそうです。なんとなく。


| ★処理方法は「未定」「対処」「仕様」「重複」「却下」とする。
| 
| デフォルトテンプレートだと、「未処理」「修正"済み"」「保留」と、状態と
| かなり被ってる印象。ここは、あくまで方法/理由を示す事にして、状態との
| 組合せで、「未着手だけど対処する予定」のレポート等も示せる様に。

確かに、未処理や修正済みだと、処理方法というよりは状態をあらわす
言葉ですね。よりわかりやすい表現に変えたほうがよさそうです。

挙げられた案で基本的によさそうですが、「対処」よりは「修正」とした
方が、より意味が限定されてわかりやすそうな気がします。

あと、「保留」の扱いなんですが、これはレポートの処理が保留されて
いるという状態を表す場合と、レポートの処理方法として保留すること
を選択したという、両方の捉えかたができそうです。参考にした文献や
Bugzilla なんかだと、状態というよりは処理方法として扱っていました。

# Bugzilla のバグのライフサイクルは、以下の URL に図があります。
# http://www.mozilla.gr.jp/docs/beginbugzilla/#LifeCycleOfABug

少し考えてみたんですが、「保留」は、状態でもあるし、処理方法でも
あるという扱いがいいような気がしてきました。

現在のテンプレートでのバグのライフサイクルの扱い、小寺さんの案、
そして小寺さんの案をうけて、考え直してみた案を図でまとめてみました。

  http://www.daifukuya.com/kagemai/doc/lifecycle.html

修正案その2は、小寺さんの案をベースに「割り当て済み」は残して、
「修正済み」という状態を加えました。プロジェクトにもよるでしょう
が、修正が終わった状態と、それが実際にリリースされたかどうかは、
やはり分けておきたいことが多いと思うので。

せっかくなので、別の方の意見も伺ってみたいところです。

影舞は複数のテンプレートを扱えるので、各テンプレートの使い方
をもっと明確にして、その上でテンプレートの種類を増やすのもあり
でしょうね。運用方法とセットにしてテンプレートをライブラリ化
するとか。

# 今後の影舞の修正でのテンプレートへの影響を考えると、
# すぐには難しいかもしれませんが。


| ★タイトルフィールドの説明には「リプライ時には原則変更禁止」と付加。
| より適切な表現に変更するのはありですが、最新の状態が見出しに出るので
| 注意書きしとかないと、「直ってるみたいです」とかに書き換えられたりしがち(^^;

注意書きを加えることに異論はありません。ただ、「原則変更禁止」は
ちょっと強すぎる気がします。個人的には、より適切に変更するのは
常に推奨すべきだと思っています。原則変更禁止だとそれも許されない
感じで、私なら、なんとなく変更をためらってしまいそうです。

実は「タイトル」というのはやめて、「サマリ」とか「概要」に
変えるのがいいのかもしれませんね。Bugzilla-ja を見ると
「要約」になっているので、それもいいかもしれません。

バグの要約を書いてください、と説明されているフィールドに
「直っているみたいです」と書く人は、「タイトル」フィールド
にそう書く人よりも少なそうです。

-- 
福岡ともゆき <fukuoka@xxxxxxxxxxxxx>
http://www.daifukuya.com/