rhdh-test-plan-review

RHDH テスト計画のレビュー

テスト計画の課題に記載されているバージョン表と重要な日付を、ライフサイクルの情報源および実際のリリーススケジュールと比較し、ユーザーが承認した内容を適用します。

最初にお読みください。ユーザーが差分を行ごとに確認し、書き込み内容の提示された一式を承認するまで、Jira には何も反映されません。

手順

1. 計画のキーまたは URL と、対象の RHDH バージョンを特定します。
2. workflows/review-test-plan.md を読み込み、最初から最後まで手順に従います。
3. ステップ 4 で references/sources.md を読み込みます。製品ごとのライフサイクル URL と抽出ルールがすべて記載されています。
4. スケジュールにアクセスできない場合に限り、references/google-sheets-setup.md を読み込みます。

名前を指定したスキルへの引き継ぎ

それぞれのスキルを名前で呼び出し、報告された内容を使用してください。別のスキルのファイルを読んだり、実行したり、場所を探したりしてはいけません。指定されたスキルがない場合は、その旨と、検証できないレビュー対象の観点を明記してください。

必要な情報	スキル
計画の課題、関連する課題、担当者、ラベル、ステータス	/rhdh-jira-api
サポート対象の OCP、Kubernetes、PostgreSQL、RHBK、Quay のバージョン	/rhdh-platform-lifecycle
Feature Freeze、Code Freeze、GA の日付	/rhdh-release-schedule
リリースに対して未完了の項目	/rhdh-release-status
計画の説明の編集またはコメントの投稿	/rhdh-jira-update
子タスクの作成	/rhdh-jira-create

scripts/check_gsheets.py と scripts/fetch_schedule.py は、このスキル専用のスケジュールアダプターであり、スキル間のインターフェースではありません。gog は Google の認証情報をネイティブのインターフェース内に保持します。

レビューの報告内容

計画のキーとリリースバージョンを明記し、各プラットフォーム行、各インテグレーション行、および各重要な日付について、次の内容を報告します。

• 現在の値、提案する値、および提案の根拠となるライフサイクルまたはスケジュールの情報源。
• 変更しない行と、その理由。
• 評価できなかった行と、利用できなかった情報源またはスキル。

提案バージョンがない行は、欠落です。情報源を読み取れなかった行は、未検証です。どちらも省略してはならず、互いに取り違えて報告してはなりません。

Jira への書き込み

説明の編集、コメントの投稿、子タスクの作成は書き込み操作です。/mutation-gate に従い、対象チケットと、反映する正確な ADF ドキュメント、コメント本文、または子タスクのタイトルを含めて、各操作を提示してください。提示した内容一式の承認を得てから実行し、その後、各操作を完了、失敗、またはスキップとして報告してください。操作に失敗した場合はワークフローを停止して報告し、別の形式で再試行してはなりません。

完了条件

計画内のすべてのプラットフォーム行、インテグレーション行、重要な日付に、変更、変更なし、または未検証のいずれかの判定が付され、すべての提案値に、その根拠となるライフサイクル情報源またはスケジュールのタブが示されていれば完了です。欠落した行と未検証の行は別々に列挙し、どちらからも行を省略してはなりません。ユーザーが公開を依頼した場合は、スキップされたものも含め、承認されたすべての書き込みについて、対象と結果が報告されてから完了となります。