[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/