- 1 設置
- 1.1 適切なインストール方法を選択
- 1.2 ZENTAO Cloud
- 1.3 Windows用ワンクリックインストール
- 1.4 Linuxのワンクリックインストール
- 1.5 Lamppを使用したインストール
- 1.6 macOSのソースコードのインストール
- 1.7 macOS用のXAMPP-VMのインストール
- 1.8 macOSのXAMPPインストール
- 1.9 ソースコードのインストール(対象は全てのシステム)
- 1.10 Softaculousのサービス
- 1.11 Ioncubeのインストール
- 2 ユーザーとグループ
- 2.1 会社の構造
- 2.2 ユーザーの追加
- 2.3 ユーザーのバッチ管理
- 2.4 グループと権限
- 3 迅速にスタート
- 3.1 プロジェクトとタスクの管理
- 3.2 バグ追跡
- 3.3 製品管理
- 3.4 To-Do管理
- 4 特徴
- 4.1 ガントチャート
- 4.2 エフォート
- 4.3 リポジトリとコードレビュー
- 4.4 カレンダー
- 4.5 MS Excelファイルのインポート/エクスポート
- 4.6 MS Wordファイルのエクスポート
- 4.7 LDAP認証
- 4.8 概略報告
- 4.9 レポートのエクスポート
- 4.10 クリスタルレポート
- 4.11 フィードバック管理
- 4.12 文書管理
- 5 基本的なアプリケーション
- 5.1 基本的なワークフロー
- 5.2 アジャイルとスクラム
- 5.3 ZENTAOとスクラム
- 5.4 ルーキー用ZENTAOチュートリアル
- 5.5 プロダクトの作成
- 5.6 ストーリーの作成
- 5.7 プロジェクトの作成
- 5.8 ストーリーの確認
- 5.9 ストーリーをタスクに分解
- 5.10 バグの報告
- 5.11 連絡先の管理
- 5.12 カスタマイズ
- 5.13 Excel、CSVファイルのインポート
- 5.14 文書管理
- 5.15 動作モード
- 5.16 ポイント
- 5.17 必須フィールド
- 5.18 ZENTAOでアクセス設定を確認する方法
- 6 高度なアプリケーション
- 6.1 ワークフロー
- 6.1.1 ZENTAOワークフロー
- 6.2 個別管理
- 6.2.1 私のTodo
- 6.2.2 自分が処理するタスク、ストーリー、バグ
- 6.2.3 私のプロファイル
- 6.3 プロダクトオーナー向け
- 6.3.1 製品を管理する
- 6.3.2 製品ラインを管理する
- 6.3.3 要件を作成して確認する
- 6.3.4 要件の変更とレビュー
- 6.3.5 ステータスとフェーズ
- 6.3.6 要件ライティング
- 6.3.7 製品モジュール
- 6.3.8 リリース計画
- 6.3.9 リリースを作成する
- 6.3.10 ロードマップ
- 6.3.11 資料
- 6.3.12 企画会議
- 6.3.13 毎日のスクラム、レビュー、レトロスペクティブなミーティング
- 6.3.14 要件レポート
- 6.4 プロジェクトマネージャー向け
- 6.4.1 プロジェクトの作成
- 6.4.2 チームの設立
- 6.4.3 要件の確認
- 6.4.4 要件の内訳
- 6.4.5 毎日のスタンドアップミーティング
- 6.4.6 バーンダウンチャートを使用してプロジェクトの進捗状況をチェックする
- 6.4.7 リストを使用してプロジェクトの進行状況をチェックする
- 6.4.8 レビューとレトロスペクティブなミーティング
- 6.4.9 タスクに関する基本的なレポート
- 6.5 開発チーム向け
- 6.5.1 プロジェクトプライプランミーティングとタスクの分解
- 6.5.2 タスクの要求と更新
- 6.5.3 看板とツリー図
- 6.5.4 ビルド
- 6.5.5 テスト依頼
- 6.5.6 バグの解決
- 6.5.7 ドキュメント
- 6.5.8 バグ確認
- 6.6 QAチームの場合
- 6.6.1 欠陥管理
- 6.6.2 バグ報告
- 6.6.3 バグの確認とクローズ
- 6.6.4 バグの有効化
- 6.6.5 バグを見つける
- 6.6.6 テストケース
- 6.6.7 テストケース作成と確認
- 6.6.8 テストスイート、パブリックケースライブラリ、およびレポート
- 6.6.9 テストリクエストの管理
- 6.6.10 サポートリクエストの実行とバグの報告
- 6.6.11 レポート
- 7 設定
- 7.1 ZENTAOの管理
- 7.1.1 スクリプトの初期化
- 7.1.2 データバックアップ
- 7.1.3 削除された内容の回復
- 7.1.4 バーンダウンチャートの更新
- 7.2 ZENTAOの展開
- 7.2.1 ゲストログイン
- 7.2.2 電子メールの通知
- 7.2.3 スーパー管理者の設定
- 7.2.4 スタティックアクセス
- 7.2.5 URLから「zentao」を削除する
- 7.2.6 Webhookを統合する
- 7.2.7 サードパーティアプリケーションの統合
- 8 その他
- 8.1 サードパーティコードについて
バグ追跡
- 2015-09-10 14:08:12
- azalea
- 10275
- 最後の編集:meilin を選択します 2020-04-16 14:09:20
前章では、ZENTAOを使ってプロジェクトやタスクを管理する簡単な方法を紹介した。ZENTAOのQAモジュールは単独で使用することもできます。この機能はQAチーム向けです。ZENTAOにおけるバグ管理の基本的なプロセスは以下の通りです
テスターがバグを特定する→ 開発者はバグを解決する→ テスターは検証を終了する。
具体的なワークフローを以下に示します。
1. プロダクトの作成
バグを管理する前に、まず製品を作成する必要があります。[プロダクト] → [プロダクト作成] をクリックします。
ZENTAOの設計哲学は、バグは主に製品に関連しているということです。製品とプロジェクトの関係については後で説明します
製品を作成するときは、製品の名前、エイリアス、および担当者に関する情報を設定する必要があります。
2.バグを報告する
製品が追加されたら、バグを報告できます。Test->Bugに移動し、「Report Bug」をクリックします。
バグを報告する際に必須のフィールドは、タイトル、オープン・ビルド、STR(ソフトウェアテストの取り組み)などの基本情報です。バグがリンクされているプロジェクトのようなファイル、リンクされた製品、 要件は無視できます。バグは特定の人に割り当てられるか、誰が修正するかわからない場合は、nullのままにします。
3.バグを解決する
3.1
さまざまなラベルと検索条件によって割り当てられたバグを見つけます。
ZENTAOはさまざまな検索条件を提供している。たとえば、割り当てられているすべてのバグを一覧表示できます。
3.2バグを解決する
開発者は、割り当てられたバグを見つけた後、バグを解決します。Actionで「Resove」ボタンをクリックします。
一般的に、理想的なバグの状態は「解決済み」です。他の解決方案については、後で説明します。
4.バグを閉じる
バグが解決されると、報告者に割り当てられます。その後、テスターはバグが実際に修正されたかどうかをテストします。受け入れられた場合は、バグをクローズします。[バグのアクション] リストの [閉じる] ボタンをクリックするか、バグをクリックして閉じます。
バグがクローズされたことをメモすることができます。