プロジェクトポートフォリオ管理のクイックスタートテスト

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：12分

    • アップグレードの適用やアプリケーションの開発などの構成変更を行った後も、プロジェクトポートフォリオ管理 が変わらず正常に動作するかを検証します。自分のインスタンスに固有のデータを使用するときは、それが成功するように、これらのクイックスタートテストをコピーしてカスタマイズします。

    プロジェクトポートフォリオ管理 クイックスタートテストでは、PPM 標準 - ATF テストプラグイン (com.snc.financial_planning_pmo.atf) をアクティブ化する必要があります。

    表 : 1. PMO：コストロールアップとプロジェクト変換テストスイートに対するデマンドを確認するための財務テスト
    テスト 説明 リリースバージョン
    PMO：プロジェクト/デマンドおよびプログラムへのコスト計画のロールアップを確認 プロジェクトからの総計画コストのロールアップとプログラムへのデマンドを検証します。 Madrid
    PMO：プロジェクト/デマンド、プログラム、ポートフォリオへのコスト計画のロールアップを確認 プロジェクトからの総計画コストのロールアップとポートフォリオへのデマンドを検証します。 Madrid
    PMO：デマンドから作成されたプロジェクトの財務を確認 - 単純な財務 デマンドから作成されたプロジェクトの財務タブフィールドを検証します。 Madrid
    PMO：デマンドから作成されたプロジェクトの財務を確認 - 予算、コスト計画、利益計画を使用 デマンドから作成されたプロジェクトの予算、コスト計画、利益計画を検証します。 Madrid
    PMO：コスト計画ブレークダウンとプロジェクトレベルで ETC/EAC を確認 コスト計画ブレークダウンとプロジェクトレベルで EAC と ETC の値を確認します。 Tokyo
    表 : 2. PMO：アイデアのライフサイクルを検証するための Innovation Management テスト
    テスト 説明 リリースバージョン
    アイデアのステータス変更を検証 アイデアが承認、却下、またはその他のタスクがアイデアから作成されたときに、アイデアのステータスが変更されることを検証します。 San Diego
    表 : 3. PMO：基本的なライフサイクルとプロジェクトロールアップテストスイートを検証するためのプロジェクト管理テスト
    テスト 説明 リリースバージョン
    アイデアから、デマンド、プロジェクト終了までの PPM サイクルを検証する アイデアを作成し、そのアイデアをデマンドに変換してから、そのデマンドをプロジェクトに変換するまでのフローを検証します。
    注:
    PPM Standard Multicurrency (com.snc.ppm_multicurrency) プラグインが有効である場合、このテストは失敗します。
    		 Madrid
    自動プロジェクトのためのステータスおよび日付のロールアップの検証 自動タイプのプロジェクトのタスクから日付とステータスのロールアップを検証します。 Madrid
    手動プロジェクトのためのステータスおよび日付のロールアップの検証 手動タイプのプロジェクトのタスクから日付とステータスのロールアップを検証します。 Madrid
    すべてのタスクが未完了でクローズされた場合のプロジェクト完了率の検証 すべてのタスクが「未完了でクローズ」としてクローズされた場合に、プロジェクトの完了率を検証します。 Orlando
    少なくとも 1 つのタスクが未完了でクローズされた場合にプロジェクトの完了率が 100% でないことを検証 少なくとも 1 つのタスクが「未完了でクローズ」またはタスク完了率が 100% でない「スキップしてクローズ」としてクローズされた場合に、タスクの完了率が 100% でないことを検証します。 Orlando
    ウォーターフォールプロジェクトにアジャイル計画ボードが表示されないことを検証 ウォーターフォールプロジェクトが以下を使用できないことを検証します。
    • ストーリーまたはエピックを追加
    • アジャイルフェーズの追加
    • プロジェクトからアジャイルボードにアクセス
    		 Orlando
    検証日は既存のプロジェクトからプログラムにロールアップされます。 プロジェクトの開始日と終了日が、プロジェクトが属するプログラムにロールアップされていることを検証します。 Paris
    検証日は新しいプロジェクトからプログラムにロールアップされます。 新しいプロジェクトの開始日と終了日が、プロジェクトが属するプログラムにロールアップされていることを検証します。 Paris
    リスクまたは問題のあるプロジェクトとデマンドをプログラムに追加 リスクまたは問題レコードが関連付けられているプロジェクトとデマンドがプログラムに追加されていることを検証します。 Paris
    給付制度を含むプロジェクトとデマンドのプログラムへの追加 給付制度が関連付けられているプロジェクトとデマンドがプログラムに追加されていることを検証します。 Paris
    コスト計画を含むプロジェクトとデマンドのプログラムへの追加 コスト計画が関連付けられているプロジェクトとデマンドがプログラムに追加されていることを検証します。 Paris
    既存のデマンドの追加時に、プログラムの日付を検証 既存のデマンドの追加時に、プログラムの開始日と終了日が調整されていることを検証します。 Paris
    新しいデマンドの追加時に、プログラムの日付を検証する 新しいデマンドの追加時に、プログラムの開始日と終了日が調整されていることを検証します。 Paris
    プログラムのステータスのロールアップを検証 プログラムのステータスが、プログラムにあるすべてのプロジェクトのステータスからロールアップされていることを検証します。 Paris
    デマンドタスクの期日列フィールド値が空であることを検証 新しいデマンドタスクの [期日] フィールドが空であることを検証します。 Rome
    デマンドがプロジェクトに変換されるときに、プロジェクトとデマンドにベースラインが作成されることを検証 デマンドがプロジェクトに変換されるときに、プロジェクトとデマンドのベースラインが作成されることを検証します。 Rome
    タイムカードがデマンドタスクに対して送信されたときに、タイムカード財務情報がオンデマンドで表示されることを検証 デマンドタスクのタイムカードが処理されるときに、デマンドの実際のコストが更新されることを検証します。 Rome
    デマンド承認日の検証 デマンドとそのデマンドから作成されたプロジェクトの承認日が同じであることを検証します。 Tokyo
    プロジェクト設定「作業ステータスに移行したら、プロジェクトマイルストーンタスクを閉じる」を検証 プロジェクト設定「作業ステータスに移行したら、プロジェクトマイルストーンタスクを閉じる」を設定した後に、ステータスが [対応中] に変更されたときにマイルストーンタスクが閉じることを検証します。 Tokyo
    プロジェクト設定「WIP プロジェクトのプロジェクトの移動を有効にする」を検証 プロジェクト設定「WIP プロジェクトのプロジェクトの移動を有効にする」を設定した後に、プロジェクト開始日が変更されたときに、WIP ステータスのプロジェクトのプロジェクト開始日が適切に変更されることを検証します。 Tokyo
    プロジェクト設定「タスクに基づくプロジェクト開始日のロールアップ」を検証 プロジェクト設定「タスクからプロジェクト開始日をロールアップ」を選択解除した後、プロジェクト予定日がプロジェクトタスク開始日と異なる場合に、プロジェクトタスクの開始日がプロジェクトにロールアップされないことを検証します。 Tokyo
    表 : 4. 子テストスイート：プロジェクト移動アクションの検証
    テスト 説明 リリースバージョン
    プロジェクト移動アクションを使用してプロジェクトの開始予定日をシフトできることを検証 [プロジェクト移動] 関連リンクを使用して、ステータスが [計画] または [オープン] のプロジェクトの開始予定日を現在の開始予定日より前または後の日付に更新できることを検証します。 Orlando
    プロジェクトの実行が選択されているときに [プロジェクト移動] が無効であることを検証 プロジェクトが実行フェーズである場合は、[プロジェクト移動] オプションが使用できないことを検証します。 Orlando
    アジャイルフェーズ用に入力されたスプリント日付で、プロジェクト移動機能を検証 [プロジェクト移動] 関連リンクを使用してプロジェクトを移動したときに、スプリントの開始日と終了日がクリアされることを検証します。
    注:
    このテストは、アジャイル開発 2.0 プラグイン (com.snc.sdlc.agile.2.0) がアクティブな場合にのみ利用できます。
    		 Orlando
    外部依存関係と関連エンティティを使用してプロジェクト移動機能を検証 [プロジェクト移動] 関連リンクを使用してプロジェクトを移動した場合に、外部依存関係と関連するエンティティもシフトされ、再描画されることを検証します。 Orlando
    さまざまなプロジェクト状況を使用して、プロジェクト移動機能を検証 プロジェクトが [対応中] または [完了してクローズ] ステータスのときに、[プロジェクト移動] が動作しないことを検証します。 Orlando
    表 : 5. 子テストスイート：プロジェクトの RIDAC フローを検証
    テスト 説明 リリースバージョン
    リスクの RIDAC フローの確認 プロジェクトに関連付けられたリスクの RIDAC フローを検証します。 Quebec
    問題の RIDAC フローの確認 プロジェクトに関連付けられた問題の RIDAC フローを検証します。 Quebec
    決定の RIDAC フローの確認 プロジェクトに関連付けられた決定の RIDAC フローを検証します。 Quebec
    アクションの RIDAC フローの確認 プロジェクトに関連付けられたアクションの RIDAC フローを検証します。 Quebec
    リスクフォームのフィールドの変更を検証 リスクのランク、リスク値、および可能性などのリスクフォームフィールドが送信時に正常に更新されているかどうかを検証します。 Quebec
    表 : 6. 子テストスイート：デマンドの RIDAC フローを確認する
    テスト 説明 リリースバージョン
    リスクの RIDAC フローの確認 デマンドに関連付けられたリスクの RIDAC フローを検証します。 Quebec
    問題の RIDAC フローの確認 デマンドに関連付けられた問題の RIDAC フローを検証します。 Quebec
    決定の RIDAC フローの確認 デマンドに関連付けられた決定の RIDAC フローを検証します。 Quebec
    アクションの RIDAC フローの確認 デマンドに関連付けられたアクションの RIDAC フローを検証します。 Quebec
    リスクフォームのフィールドの変更を検証 リスクのランク、リスク値、および可能性などのリスクフォームフィールドが送信時に正常に更新されているかどうかを検証します。 Quebec
    表 : 7. PMO：リソース計画フローテストスイートを確認するための Resource Management テスト
    テスト 説明 リリースバージョン
    計画済みからキャンセル済みステータスへのユーザーのリソース計画のフローを確認する プロジェクトのリソース計画を計画済みステータスからキャンセル済みステータスに移行できることを確認します。 Madrid
    計画済みから完了ステータスへのグループのリソース計画のフローを確認する プロジェクトのリソース計画を計画済みステータスから完了ステータスに移行できることを確認します。 Madrid
    計画済みから割り当て済みステータスへのロールのリソース計画のフローを確認する プロジェクトのリソース計画を計画済みステータスから割り当て済みステータスに移行できることを確認します。 Madrid
    対応するプロジェクトまたはデマンドフィールドにロールアップするすべてのリソース計画の集計コストを確認 プロジェクトまたは需要のすべてのリソース計画の集計コストが、[予定コスト] および [割り当てられたコスト] フィールド、それぞれプロジェクトおよびデマンドの [リソースコスト] セクションにロールアップされることを検証します。 Orlando
    [リソースプランをコピー] オプションの確認 [リソース計画をコピー] オプションで、元のリソース計画の正確なコピーが [計画] ステータスで作成できることを検証します Orlando
    プロジェクト/デマンドからプログラムにリソース計画の集計がロールアップすることの確認 プロジェクトまたはデマンドのすべてのリソース計画の集計コストが、関連するプログラムの総計画コストにロールアップされていることを検証します。 Orlando
    リソース計画の完了時のレコードを確認 完了時にリソース計画の以下の変更を検証します。
    • リソース計画の状況が [完了] に更新されます。
    • 完了日がリソースプランの終了日よりも前の日付である場合、リソース計画の終了日が完了日で更新されます。入力された完了日がリソース計画の終了日より後の場合、リソース計画の終了日が保持されます。
    • 完了日より後の期間のリソース計画の要求されたレコードと割り当てレコードは、すべて削除されます。割り当てに対して実際の時間が記録されている場合、その割り当ては削除されません。これらの割り当てレコードについては、割り当てられた時間はゼロになり、実際の時間は保持されます。
    • リソースの利用可能な時間と割り当てられた時間がアグリゲートテーブルで更新されます。
    		 Orlando
    割り当てタイプが [計画された期間] のリソース計画の完了時にレコードを検証 割り当てタイプが [計画された期間] のリソース計画の完了時に以下を検証します。
    • リソース計画の状況が [完了] に更新されます。
    • 割り当ては削除されません。
    • 割り当ての終了日が完了日に更新されます。
    		 Orlando
    RP 再計画機能の確認 キャンセルされたリソース計画が再計画されたときに、リソース計画の状態が [計画] に変更されることを検証します。 Orlando
    リソース計画の変更が対応するコスト計画に反映されているかどうかを検証 リソース計画が更新されると、対応するコスト計画がそれに応じて更新されることを検証します。たとえば、予定コストの合計が 500 USD で、予定時間が 10 の場合、予定時間を 20 に変更すると、予定コストの合計が 1000 USD に更新されます。 Paris
    リソース - リソース計画の開始日と終了日のデフォルト入力をテスト デマンドの関連リストからユーザーまたはグループのリソース計画を作成するときに、以下を検証します。
    • 開始日と終了日がないデマンドが作成された場合は、ユーザーまたはグループのリソース計画にはタスクがデマンドとしてあり、開始日と終了日はありません。
    • 開始日と終了日を含むデマンドが作成された場合は、ユーザーのリソース計画にはタスクがデマンドとしてあり、開始日と終了日がデマンドに追加されます。
    		 Paris
    運用リソース計画とタイムカードの実際の時間が等しいことを検証 タイムカードカテゴリが運用作業タイプにマップされている場合、その作業タイプに関連付けられた運用リソースプランのタイムカードを送信するときに、リソース計画の実際の時間とタイムカードが同じであることを検証します。 Quebec
    運用リソースプランのリソースプラン自動入力を検証 タイムカードに関連付けられた運用リソース計画が、時間が記録されたときにタイムカードで自動的に取得されることを検証します。 Rome
    非運用リソース計画のリソースプラン自動入力を検証 プロジェクト、プロジェクトタスク、またはタイムカードのデマンドに関連付けられたリソース計画が、時間が記録されたときにタイムカードで自動的に取得されることを検証します。 Rome