mcpField
Z
zentao-bug

zentao-bug

github.com/imyuyuテスト・品質364 回インストール22 週間前に更新
リポジトリ

zentao-bug について

zentao-bug は、ZenTao のバグ管理を行うコマンドライン向けスキルで、検索、作成、更新、状態遷移を扱います。重大度と優先度の違いや、解決方法と状態変更のルールも説明します。

主な機能

  1. 01製品のバグ一覧と絞り込み
  2. 02重大度を指定したバグ作成
  3. 03担当者やバグ項目の更新
  4. 04解決、確認、クローズ、再有効化
  5. 05状態と解決方法のルール解説

活用シーン

  1. 01製品のアクティブなバグを確認
  2. 02再現手順付きでバグを記録
  3. 03バグを割り当てて修正状態を更新
  4. 04担当者別に未処理バグを絞り込み

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/imyuyu/zentao-cli --skill zentao-bug

インストール後、Claude Code で/zentao-bugを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
zentao-bug-activate.md
zentao-bug-close.md
zentao-bug-confirm.md
zentao-bug-create.md
zentao-bug-delete.md
zentao-bug-get.md
zentao-bug-list.md
zentao-bug-resolve.md
zentao-bug-update.md

詳細

バグ(v2)

重大 — 開始前に、必ず Read ツールを使用して ../zentao-shared/SKILL.md を読み込んでください。このファイルには、認証、環境変数、エラー処理、ステータス値の定義が含まれています。

重大度の判断方法:ZenTao のバグの severity(重大度)は 1~5 の 5 段階で、1 が最も重大(システムクラッシュ、データ損失)、5 が最も低い段階(機能の提案)です。バグの作成時は、実際の状況に応じて適切なレベルを選択してください。

  • severity=1:システムクラッシュ、機能が完全に利用不可、データ損失
  • severity=2:主要機能が動作しない、明確な回避策がある
  • severity=3:一般的な不具合、代替手段がある
  • severity=4:軽微な問題、インターフェースや操作感に関する問題
  • severity=5:機能の提案/改善項目

ステータスと解決策:バグには、active(アクティブ)/resolved(解決済み)/closed(クローズ済み)の 3 つの主なステータスと、それぞれに対応する resolution があります。resolved ステータスのバグには resolution(fixed/duplicate/notrepro/wonfix/bysdesign)の指定が必要です。closed ステータスにするには、まず resolved にしてからクローズします。

割り当てとステータスの変更:バグの作成後、bug update で開発担当者に割り当てることができます。バグが修正されるとステータスは resolved になり、クローズが確認されると closed になります。

わかりやすい出力:バグの詳細を出力する際は、ユーザーが直接クリックして確認できるよう、バグの URL リンク(ZenTao の Web UI アドレス)もあわせて出力することをおすすめします。

バグのライフサイクル

active (激活) ──[修复]──> resolved (已解决) ──[确认]──> closed (已关闭)
    │                         │
    │<────[重打开]─────────────┘
    │
    └──[转为设计/需求]──> changed (已变更)
ステータス遷移ルール
現在のステータス遷移先操作
activeresolved修正完了、resolution を設定
activeclosed直接クローズ(wonfix/bysdesign などの場合)
resolvedactiveバグを再オープン
resolvedclosed修正を確認し、バグをクローズ
closedactive再アクティブ化

重大度レベル

レベル名前説明例
1Criticalシステムクラッシュ、データ損失、機能が完全に利用不可ページを開けない、重要なデータの損失
2Major主要機能が動作しない、回避策がある中核となるボタンをクリックしても反応しない
3Normal一般的な不具合、代替手段がある重要度の低い機能の異常
4Minor軽微な問題、インターフェースや操作感に関する問題テキストがすべて表示されない
5Wishlist機能の提案/改善項目ある機能の追加を希望

コマンド

よくある使用例

シナリオ 1:製品のアクティブなバグをすべて検索する
# 按产品 ID 列出所有激活状态的 Bug
zentao-cli bug list --product 1 --status active
シナリオ 2:新しいバグを作成する
# 创建严重性为 1 的紧急 Bug
zentao-cli bug create --title "用户登录页面崩溃" --product 1 --severity 1 --pri 1

# 创建带有详细复现步骤的 Bug
zentao-cli bug create \
  --title "上传头像失败" \
  --product 1 \
  --severity 2 \
  --pri 2 \
  --steps "1. 进入个人资料页\n2. 点击上传头像\n3. 选择图片后无响应"
シナリオ 3:バグのステータスと解決策を更新する
# 标记 Bug 为已修复
zentao-cli bug update 123 --status resolved --resolution fixed

# 指派给开发人员
zentao-cli bug update 123 --assigned-to developer-name

# 重打开 Bug
zentao-cli bug update 123 --status active
シナリオ 4:担当者でバグを絞り込む
# 查看指定人员的待办 Bug
zentao-cli bug list --product 1 --assigned-to developer-name

エラー処理

よくあるエラー
エラーコード説明解決策
ZEN_AUTH_FAILEDToken が無効または期限切れですZENTAO_TOKEN の設定が正しいことを確認してください
ZEN_NOT_FOUNDバグが存在しませんBug ID が正しいことを確認してください
ZEN_CONFIG_INVALID設定が無効ですZENTAO_URL と ZENTAO_TOKEN を確認してください
ZEN_API_ERRORZenTao API がエラーを返しましたサーバーの状態を確認するか、しばらくしてから再試行してください
ZEN_PARAM_MISSING必須パラメーターが不足していますすべての必須パラメーターが指定されていることを確認してください
エラー処理の例
# 遇到 auth 错误时检查认证状态
zentao-cli auth status

# 验证配置
echo $ZENTAO_URL
echo $ZENTAO_TOKEN

例

# 列出产品 1 下的所有激活状态的 Bug
zentao-cli bug list --product 1 --status active

# 创建 Bug
zentao-cli bug create --title "用户登录页面崩溃" --product 1 --severity 1 --pri 1

# 标记 Bug 为已修复
zentao-cli bug update 123 --status resolved --resolution fixed

# 查看指定人员的待办 Bug
zentao-cli bug list --product 1 --assigned-to developer-name

注意点

  1. severity と pri の違い:severity は不具合の重大度(1~5)、pri は優先度(1~4)を表します。両者は異なる概念なので、バグの作成時にはそれぞれ設定する必要があります。

  2. resolution は status に依存します:resolution の設定が必要なのは status=resolved の場合のみです。fixed/duplicate/notrepro/wonfix/bysdesign は一般的な解決策です。

  3. closed ステータスには直接遷移できません:バグを active から直接 closed にすることはできません。まず resolved にしてから closed にする必要があります。ただし、wonfix/bysdesign などの場合は例外です。

  4. steps フィールドの形式:再現手順は、複数行を \n で区切ることをおすすめします。読みやすく、解析しやすくなります。

  5. 要件やプロジェクトとの関連付け:バグの作成時に、--story と --project を使って既存の要件やプロジェクトに関連付けることができます。

コメント