アプリケーションまたは機能別に利用可能なクイックスタートテスト

危険:

デフォルトでは、自動テストを実行するためのシステムプロパティは、実稼働システムでは実行できないように無効になっています。データの破損や機能停止を避けるため、開発、テスト、および他の非本番インスタンスでのみテストを実行してください。「Automated Test Framework テストの実行を有効または無効にする」を参照してください。

Agile Development 2.0

Agile Development 2.0 クイックスタートテストには、Agile Development 2.0 プラグイン (com.snc.sdlc.agile.2.0) および Agile Development 2.0 - ATF テストプラグイン (com.snc.sdlc.agile.2.0.atf) を有効にする必要があります。

表 : 1. Agile Development 2.0 クイックスタートテストスイート
テスト	説明	リリースバージョン
ストーリーの作成時にグローバルランクが追加されていることの確認	作成後にストーリーのグローバルランクを確認します。	Madrid
アクティブなストーリーでスプリントの終結が防止されていることの確認	アクティブなストーリーを含むスプリントを閉じることができないことを確認します。	Madrid
スプリントが同じグループ内で重ならないことの確認	同じグループ内のスプリントが重ならないことを確認します。	Madrid
スプリントポイントが更新されることの確認	ストーリーへの変更が正確なスプリントポイント合計を生成することを確認します。	Madrid
現在のステータスを保持できるのはグループ内の 1 スプリントのみであることの確認	スプリントのステータスを確認します。	Madrid
スプリント終了日がスプリント開始日より後であることの確認	スプリントの開始日と終了日を確認します。	Madrid
ストーリーの更新がエピックにロールアップしていることの確認	ストーリーの追加、推定、削除、消去、更新、またはキャンセルによって、エピックレベルのロールアップが正しく更新されることを確認します。	Orlando
現在のスプリントのスコープを変更しても、コミットポイント合計の値が変わらないことの確認	スプリントのスコープの状態が [現在] に変更されても、[コミットポイント合計] の値が変わらないことを確認します。	Orlando
Agile ストーリーの状態が [完了]/[キャンセル] に変更されたときに、アクティブフラグが false に設定されることの確認	Agile ストーリーのアクティブフラグが次のように設定されることを確認します。ステータスが [完了] または [キャンセル] に変更された場合は false その他すべてのステータスの場合は true	Orlando
チーム/グループキャパシティを更新すると、将来のすべてのスプリントのキャパシティが上書きされることを確認する	アサイン先グループの [グループキャパシティ] フィールドが更新されると、このアサイン先グループに関連付けられているさまざまなスプリントの [グループキャパシティ] フィールドに以下の変更があることを確認してください。ドラフトおよび計画ステータスのスプリントの場合: グループキャパシティが新しい値に更新されます。 [グループキャパシティ] フィールドは編集可能です。現在、完了、またはキャンセル済みの各ステータスのスプリントの場合: グループキャパシティは古い値のままです。 [グループキャパシティ] フィールドは読み込み専用です。 [ドラフト] または [計画] ステータスのスプリントについては、後でいつでもスプリントのグループキャパシティを個別に編集できます。これにより、このスプリントに関連付けられているアサイン先グループのグループキャパシティが変更されることはありません。	Paris
スクラムプログラムのバックログのエピックの作成および編集機能を確認する	Agile ボードの [バックログ] タブでスクラムプログラムのバックログのエピックを作成できることを確認します。 Agile ボードの [バックログ] タブから、スクラムプログラムの既存のバックログのエピックを更新できることを確認します。バックログにリストされているエピックは、選択したバックログのエピックに属している必要があります。	Quebec
デマンドがスクラムストーリーに変換されていることを確認する	PPM Standard プラグイン (com.snc.financial_planning_pmo) が有効である場合は、デマンドフォームの [ストーリーの作成] 関連リンクを使用して、デマンドを Agile 2.0 ストーリーに変換できることを確認してください。 Agile 2.0 ストーリーをデマンドから作成する方法の詳細については、「デマンドからアーティファクトを作成する」を参照してください。	Quebec
デマンドがスクラムエピックに変換されていることを確認する	PPM Standard プラグイン (com.snc.financial_planning_pmo) が有効である場合は、デマンドフォームの [エピックの作成] 関連リンクを使用して、デマンドを Agile 2.0 エピックに変換できることを確認してください。 Agile 2.0 エピックをデマンドから作成する方法の詳細については、「デマンドからアーティファクトを作成する」を参照してください。	Quebec

Agile Development 2.0 の詳細については、「Agile 開発 2.0」を参照してください。

アプリケーションポートフォリオ管理

アプリケーションポートフォリオ管理クイックスタートテストでは、アプリケーションポートフォリオ管理 - ATF テストプラグイン (com.snc.apm.atf) を有効にする必要があります。

表 : 2. APM：ビジネスアプリケーションおよび機能テストスイートの作成
テスト	説明	リリースバージョン
APM：ビジネスアプリケーションの作成	アプリケーションカテゴリの作成、apm_user ロールを持つユーザーのビジネスアプリケーションの作成の順に確認します。	Madrid
APM: ビジネス機能を作成	親と子のビジネス機能の作成、そのフィールド値の順に確認します。	Madrid
APM: ビジネスサービス、ビジネスアプリケーション、ソフトウェアモデルに関連するテスト	既存のソフトウェアモデルを使用したビジネスアプリケーションおよびビジネスサービスの作成と、それらの関係を確認します。	Orlando
APM: インジケータースコアとアプリケーションスコア生成のテスト	インジケーターの作成、採点プロファイル、インジケータースコアとアプリケーションスコアの生成を確認します。	Paris
APM：情報オブジェクトおよびデータドメインを使用するビジネスアプリケーション	関係属性で、ビジネスアプリケーション、情報オブジェクト、および CRUD 操作の追加を作成していることを確認します。	Quebec

Application Portfolio Management の詳細については、「Application Portfolio Management」を参照してください。

アセスメントとサーベイ

アセスメントとサーベイクイックスタートテストでは、Automated Test Framework 調査プラグイン (com.glide.automated_testing_impl. サーベイ) を有効にする必要があります。

表 : 3. 調査用のテストスイート
名前	説明	リリースバージョン
サーベイ：基本的なプラットフォームベースのテスト	プラットフォーム UI アクションを使用して調査を作成します。	Madrid
サーベイ：動的検証のためのプラットフォームテスト	サーベイを動的に検証します。	Madrid
サーベイ：クローンアクション	サーベイのクローンを作成し、元のサーベイとクローンされたサーベイのレコードを検証します。	New York
サーベイ：質問集フロー	サーベイに対する質問集の追加を確認します。	New York
サーベイ：サーベイクリエーター作業フロー	サーベイクリエーターは、サーベイを作成し、実施と送信を行えるユーザーにサーベイを割り当てることができます。	New York
アセスメント：アセスメントの査定人へのアサイン	アセスメントを査定人にアサインし、査定人にインスタンスが作成されたことを確認します。	Orlando
アセスメント：サーベイの作成者としてアセスメントを作成	サーベイの作成者としてアサインを作成します。	Orlando
アセスメント：スケールとテンプレートのサポート	アセスメントを作成、公開、およびアサインします。次に、アセスメントを実施します。	Rome
アセスメント：基本テストフロー	アセスメントの基本フローを確認します。	Orlando

アセスメントとサーベイの詳細については、「サービス管理」を参照してください。

変更管理

変更管理クイックスタートテストでは、変更管理 - ATF テストプラグイン (com.snc.change_management.atf) をアクティブ化する必要があります。

表 : 4. CHG ：緊急タイプの変更の要求テストスイート
テスト	説明	リリースバージョン
緊急タイプの変更の要求ワークフロー	緊急の変更の要求を新規からクローズ済みに処理します。	Madrid
緊急タイプの変更の要求の保留	保留中の緊急の変更の要求の承認ステータスを検証します。	Madrid
緊急タイプの変更の要求の変更のコピー	コピーした緊急の変更の要求のステータスを検証します。	Madrid
緊急タイプの承認者による拒否	拒否された緊急の変更の要求のステータスを検証します。	Madrid
緊急タイプを新規に戻す	[新規に戻す] UI アクションを使用した後、緊急の変更の要求のステータスを検証します。	Madrid
緊急から通常タイプへの変換	緊急の変更の要求から通常の変更の要求への変換を検証します。	Madrid
緊急タイプの変更の要求のキャンセル	キャンセルされた緊急の変更の要求のステータスを検証します。	Madrid

表 : 5. CHG：通常タイプの変更の要求テストスイート
テスト	説明	リリースバージョン
通常タイプの変更の要求ワークフロー	通常の変更の要求を新規からクローズ済みに変更します。	Madrid
通常から緊急タイプへの変換	通常の変更の要求から緊急の変更の要求への変換を検証します。	Madrid
通常の変更の要求の変更をコピーする	コピーした通常の変更の要求のステータスを検証します。	Madrid
通常タイプの変更の要求の保留	保留中の通常の変更の要求の承認ステータスを検証します。	Madrid
承認者による通常タイプの変更の要求拒否時のステータス検証	拒否された通常の変更の要求のステータスを検証します。	Madrid
通常タイプの変更の要求を新しい機能に戻す	[新規に戻す] UI アクションを使用した後、通常の変更の要求のステータスを検証します。	Madrid
通常タイプの変更の要求のキャンセル	キャンセルされた通常の変更の要求のステータスを検証します。	Madrid

表 : 6. CHG：標準的な変更提案テストスイート
テスト	説明	リリースバージョン
標準的な変更提案	ユーザーが標準的な変更提案の作成、承認、テンプレート公開プロセスを正常に実行できるかどうかを検証します。	Madrid

表 : 7. CHG：標準タイプの変更の要求テストスイート
テスト	説明	リリースバージョン
標準的な変更の要求ワークフロー	標準的な変更の要求を新規からクローズ済みに処理します。	Madrid
標準から緊急の変更の要求への変換	標準的な変更の要求から緊急の変更の要求への変換を検証します。	Madrid
標準から通常の変更の要求への変換	標準的な変更の要求から通常の変更の要求への変換を検証します。	Madrid

表 : 8. CHG：許可されてない変更の要求と機能停止テストスイート
テスト	説明	リリースバージョン
許可されていない変更の要求ワークフロー	許可されていない変更の要求を新規からクローズ済みに処理します。	Orlando
変更の要求から予定されている機能停止タイプの機能停止を作成	変更の要求から予定されている機能停止タイプの機能停止が作成されたことを検証します。	Orlando
変更の要求から機能停止タイプの機能停止を作成	変更の要求から機能停止タイプの機能停止が作成されたことを検証します。	Orlando

表 : 9. CHG：ベストプラクティスプラグインのリスク条件テストスイート
テスト	説明	リリースバージョン
中リスクを UI アクションプロパティで	中リスクを UI アクションプロパティで処理します。	Orlando
低リスクを UI アクションプロパティで	低リスクを UI アクションプロパティで処理します。	Orlando
放置リスクを UI アクションプロパティで	放置リスクを UI アクションプロパティで処理します。	Orlando
高リスクを UI アクションプロパティで	高リスクを UI アクションプロパティで処理します。	Orlando
高リスクをビジネスルールプロパティで	高リスクをビジネスルールプロパティで処理します。	Orlando
中リスクをビジネスルールプロパティで	中リスクをビジネスルールプロパティで処理します。	Orlando

表 : 10. CHG：競合ソースに対する変更の要求テストスイート
テスト	説明	リリースバージョン
ブラックアウト期間に対する変更	ブラックアウト期間に対する変更の要求を処理します。	Orlando
既にスケジュールされている CI の競合のチェック	既にスケジュールされている CI の競合を検証します。	Orlando
競合ソースに対する変更	競合ソースに対する変更の要求を検証します。	Orlando

表 : 11. CHG：変更スケジュール定義と共有テストスイート
テスト	説明	リリースバージョン
新規の変更スケジュール定義の変更	[変更スケジュール] ランディングページの [新規] ボタンからの変更スケジュール定義の作成を処理します。	Orlando
変更スケジュール定義のパネルを共有	変更スケジュール定義の共有パネルを検証します。	Orlando
変更スケジュール定義の共有	変更スケジュール定義の共有を検証します。	Orlando
サービスポータルを使用して標準的な変更を作成する	サービスポータルから標準変更を作成する	Washington DC

Change Management の詳細については、「Change Management」を参照してください。

Cloud Provisioning and Governance

Cloud Provisioning and Governance クイックスタートテストでは、次の Cloud Provisioning and Governance プラグインをアクティブ化する必要があります。

Cloud Provisioning and Governance (com.snc.cloud.mgmt)
ドメインサポート：ドメイン拡張インストーラープラグイン (com.glide.domain.msp_extensions.installer)
Service Catalog：Domain Separation プラグイン (glideapp.servicecatalog.domain_separation)

表 : 12. Cloud Provisioning and Governance: Azure テストスイート
テスト	説明	リリースバージョン
CMP：Azure 資格情報の追加	[資格情報] テーブルにフィールドを挿入して、Azure 資格情報を追加します。	Orlando
CMP：Azure サービスアカウント	サービスアカウントテーブルにフィールドを挿入して、Azure サービスアカウントを追加します。	Orlando
CMP：データセンタータイプの更新	データセンタータイプでクラウドサービスアカウントを更新します。	Orlando
CMP：リソースグループの作成	ARM テンプレートを使用して、Azure スタックをプロビジョニングするリソースグループを作成します。	Orlando
CMP：Azure 論理データセンターの作成	リソースをプロビジョニングするための Azure 論理データセンターを作成します。	Orlando
CMP：「Contains：Contained by」関係の作成	リソースグループと Azure データセンターの間に「Contains：Contained by」関係を作成します。	Orlando
CMP：「Hosted on」関係の作成	論理データセンターとクラウドサービスアカウントの間に「Hosted on」関係を作成します。	Orlando
CMP：クラウドアカウントの作成	クラウドアカウントテーブルにフィールドを挿入して、クラウドアカウントを作成します。	Orlando
CMP：クラウドアカウントと論理データセンターの関連付け	CMP クラウドアカウントと論理データセンターの間に関連付けを作成します。	Orlando
CMP：カタログアイテムの作成	ARM テンプレートを使用してクラウドカタログアイテムを作成します。	Orlando
CMP：テンプレートバージョンの作成	クラウドカタログアイテムのクラウドテンプレートバージョンを作成します。	Orlando
CMP：ARM テンプレート本文	クラウドテンプレートバージョンを ARM テンプレート本文で更新します。	Orlando
CMP：[ServiceNow クラウドテンプレートバージョン] を開く	[ServiceNow クラウドテンプレートバージョン] GUI ページを開きます。	Orlando
CMP：クラウドテンプレートバージョンのアクティブ化	リソースブロック、詳細計画、およびカタログを作成するために、クラウドテンプレートバージョンを有効にします。	Orlando
CMP：クラウドテンプレートのバージョンの確認	アクティベーション操作後、クラウドテンプレートバージョンでステータスが成功、アクティブになっているかどうかを検証します。	Orlando
CMP：クラウドカタログアイテムのアクティブ化	クラウドカタログアイテムを有効にし、カタログ注文フォームをクラウドユーザーに表示します。	Orlando
CMP：カタログアイテムへのスタックとリソースグループ名の追加	カタログアイテムのスタック名とリソースグループのデフォルト値を設定します。	Orlando
CMP：スタックが存在するかどうかの確認	「ATFARMStack」という名前でスタックが利用可能かどうかを検証します。	Orlando
CMP：クラウドカタログアイテムページを開く	Service Portal の [クラウドカタログアイテム] ページを開きます。	Orlando
CMP：カタログフォームの送信	カタログフォームを送信して、ARM スタックのプロビジョニングを開始します。	Orlando
CMP：スタックステータスがアクティブかどうかの確認	スタックのプロビジョニング後にスタックのステータスを検証します。	Orlando
CMP：2 日後のスタックステータスの確認 - 停止操作	停止操作後に、スタックのステータスが「オン」から「オフ」に変更されたことを検証します。	Orlando
CMP：2 日後のスタックステータスの確認 - 開始操作	開始操作後に、スタックのステータスが「オフ」から「オン」に変更されたことを検証します。	Orlando
CMP：2 日後のスタックステータスの確認 - プロビジョニング解除操作	プロビジョニング解除操作後に、スタックのステータスが「オン」から「終了」に変更されたことを検証します。	Orlando

表 : 13. Cloud Provisioning and Governance: AWS テストスイート
テスト	説明	リリースバージョン
CMP：AWS 資格情報の追加	[資格情報] テーブルにフィールドを挿入して、AWS 資格情報を追加します。	Orlando
CMP：AWS サービスアカウント	サービスアカウントテーブルにフィールドを挿入して、AWS サービスアカウントを追加します。	Orlando
CMP：データセンタータイプの更新	データセンタータイプでクラウドサービスアカウントを更新します。	Orlando
CMP：論理データセンターの作成	リソースをプロビジョニングするための論理データセンターを作成します。	Orlando
CMP：「Hosted on」関係の作成	論理データセンターとクラウドサービスアカウントの間に「Hosted on」関係を作成します。	Orlando
CMP：クラウドアカウントの作成	クラウドアカウントテーブルにフィールドを挿入して、クラウドアカウントを作成します。	Orlando
CMP：クラウドアカウントと論理データセンターの関連付け	CMP クラウドアカウントと論理データセンターの間に関連付けを作成します。	Orlando
CMP：カタログアイテムの作成	CFT テンプレートを使用してクラウドカタログアイテムを作成します。	Orlando
CMP：テンプレートバージョンの作成	クラウドカタログアイテムのクラウドテンプレートバージョンを作成します。	Orlando
CMP：CFT テンプレート本文	クラウドテンプレートバージョンを CFT テンプレート本文で更新します。	Orlando
CMP：[ServiceNow クラウドテンプレートバージョン] を開く	[ServiceNow クラウドテンプレートバージョン] GUI ページを開きます。	Orlando
CMP：クラウドテンプレートバージョンのアクティブ化	リソースブロック、詳細計画、およびカタログを作成するために、クラウドテンプレートバージョンを有効にします。	Orlando
CMP：クラウドテンプレートのバージョンの確認	アクティベーション操作後、ステータスが成功でアクティブになっているかどうか、クラウドテンプレートバージョンを検証します。	Orlando
CMP：クラウドカタログアイテムのアクティブ化	クラウドカタログアイテムを有効にし、カタログ注文フォームをクラウドユーザーに表示します。	Orlando
CMP：カタログアイテムへのスタック名の追加	カタログアイテムのスタック名のデフォルト値を設定します。	Orlando
CMP：スタックが存在するかどうかの確認	「ATFCFTStack」という名前のスタックがあるかどうかを検証します。	Orlando
CMP：クラウドカタログアイテムページを開く	Service Portal の [クラウドカタログアイテム] ページを開きます。	Orlando
CMP：カタログフォームの送信	カタログフォームを送信して CFT スタックのプロビジョニングを開始します。	Orlando
CMP：スタックステータスがアクティブかどうかの確認	スタックのプロビジョニング後にスタックのステータスを検証します。	Orlando
CMP：2 日後のスタックステータスの確認 - 停止操作	停止操作後に、スタックのステータスが「オン」から「オフ」に変更されたことを検証します。	Orlando
CMP：2 日後のスタックステータスの確認 - 開始操作	開始操作後に、スタックのステータスが「オフ」から「オン」に変更されたことを検証します。	Orlando
CMP：2 日後のスタックステータスの確認 - プロビジョニング解除操作	プロビジョニング解除操作後に、スタックのステータスが「オン」から「終了」に変更されたことを検証します。	Orlando

Cloud Provisioning and Governance の詳細については、「Cloud Provisioning and Governance」を参照してください。

コーチング

コーチングクイックスタートテストでは、コーチングプラグイン (com sn_coaching) をアクティブ化する必要があります。

表 : 14. Coaching テストスイート
テスト	説明	リリースバージョン
Coaching：コーチとしてログインしているときにアセスメントを手動で作成する	コーチとして、アセスメントを作成し、研修生にアサインできることを確認します。	Orlando
Coaching：機会にスキルを追加し、研修生にスキルが付与されたことを確認する	コーチング機会にスキルを追加し、研修生がアセスメントを完了した後に、これらのスキルが付与されていることを確認します。	Orlando
Coaching：仮想コーチとしてアセスメントを完了する	仮想コーチが機会に関連付けられている場合に、仮想コーチがアセスメントを完了し、研修生にフィードバックを提供することを確認します。	Orlando
Coaching：アセスメントにスキルを追加し、研修生にスキルが付与されたことを確認する	Coaching アセスメントにスキルを追加し、アセスメントを完了した後に、これらのスキルが研修生に付与されていることを確認します。	Orlando
Coaching：推奨事項にスキルを追加し、研修生にスキルが付与されたことを確認する	Coaching 推奨事項にスキルを追加し、研修生がアセスメントを完了した後に、これらのスキルが付与されていることを確認します。	Orlando
Coaching：コーチとしてログインしているときに、アセスメントをあるステータスから別のステータスに変更する	コーチとして、アセスメントをあるステータスから別のステータスに変更できることを確認します。	Orlando
Coaching：推奨される学習をアセスメントに添付する	アセスメントを生成するときに、機会について推奨される学習がアセスメントに追加されることを確認します。	Orlando
Coaching：コーチング機会が非アクティブである場合、アセスメントは生成されない	Coaching 機会が非アクティブのステータスになっている場合、アセスメントは生成されないことを確認します。	Orlando
Coaching：コーチユーザーとして Coaching のサーベイを送信します。	コーチが研修生のサーベイを送信できることを確認します。	Quebec
Coaching：研修生ユーザーとして Coaching のサーベイを送信します。	研修生がコーチのサーベイを送信できることを確認します。	Quebec

Coaching の詳細については、「Coaching」を参照してください。

Communities

Communities クイックスタートテストでは、カスタマー Communities プラグイン (com.sn_customer_communities) および Communities デモデータプラグイン (com.sn_communities_demo) をアクティブ化する必要があります。

表 : 15. Communities：コミュニティテストスイート
テスト	説明	リリースバージョン
質問の投稿およびフィードの検証	コミュニティに質問が投稿されたことを確認し、その質問がコンテンツフィードに表示されるかどうかを検証します。	Madrid
ビデオの投稿	ビデオがコミュニティに投稿されたことを確認します。	Madrid
フォーラムメンバーシップの承認	フォーラムへのメンバーシップ要求が承認されたことを確認します。	Madrid
フォーラムメンバーシップの拒否	フォーラムへのメンバーシップ要求が却下されたことを確認します。	Madrid
モデレートタスクの承認	モデレートタスクが承認されていることを確認します。	Madrid
モデレートタスクの拒否	モデレートタスクが却下されたことを確認します。	Madrid
トピックのサブスクリプションとアクティビティフィードの検証	トピックがに登録されていることと、トピックアクティビティがアクティビティフィードに表示されていることを確認します。	New York
質問に対するコンテンツ承認ワークフロータスクの承認	質問のコンテンツ承認ワークフローを確認します。	New York
質問の自動サブスクリプションとアクティビティフィードの検証	作成者が自動的に質問に登録され、質問のアクティビティがアクティビティフィードに表示されていることを確認します。	New York
ユーザーをフォロー	コミュニティユーザーが別のコミュニティユーザーをフォローできることを確認します。	New York
質問に対するコンテンツ承認ワークフロータスクを却下	コンテンツが却下された場合の質問のコンテンツ承認ワークフローを確認します。	New York
ビデオ投稿のゲーミフィケーション	ビデオの投稿時に得られたゲーミフィケーションポイントを確認します。	New York
フォーラムのサブスクリプションとアクティビティフィードの検証	フォーラムが登録されおり、フォーラムのアクティビティがアクティビティフィードに表示されていることを確認します。	New York
質問のサブスクリプションとアクティビティフィードの検証	質問が登録されおり、質問のアクティビティがアクティビティフィードに表示されていることを確認します。	New York
[コメントの無効化] オプションを使用してビデオを投稿	[コメントを無効化] オプションが選択された状態でビデオが投稿されることを確認します。	Orlando
ビデオを特集として固定	フォーラムおよびコミュニティのホームページで、コミュニティ管理者がビデオを特集としてマークしていることを確認します。	Orlando

Communities の詳細については、「Communities」を参照してください。

コンフィグレーションコンプライアンス

コンフィグレーションコンプライアンスクイックスタートテストでは、コンフィグレーションコンプライアンスアプリケーション (sn_vulc) をアクティブ化してデモデータをロードする必要があります。

表 : 16. コンフィグレーションコンプライアンスクイックスタートテスト
テスト	説明	リリースバージョン
Configuration Compliance アサインルール	アサインルールを作成します。	Washington DC
Configuration Compliance - グループルールを最適用	テスト結果グループルールを再適用します。	Washington DC
Configuration Compliance - グループルールを削除	テスト結果グループルールを削除します。	Washington DC

Configuration Compliance の詳細については、「Configuration Compliance」を参照してください。

構成管理データベース (CMDB)

構成管理データベース (CMDB) クイックスタートテストでは、構成管理 (CMDB) プラグイン (com.snc.cmdb) と CMDB ATF テストプラグイン (com.snc.cmdb.atf) をアクティブ化する必要があります。

表 : 17. CMDB BSM: Dependency Views テストスイートDependency Views API の機能をチェックするテストスイート
テスト	説明	リリースバージョン
CMDB BSM: Dependency Views	Dependency Views API の機能をテストします。これらの API は、指定された CI sys_id に対して、また itil ユーザーロールを使用して、Dependency Views および関連マップアイテム (コンテキストメニューアイテムなど) を取得します。	New York

表 : 18. CMDB 健全性: CI 健全性ダッシュボードテストスイート基本的なレベルで CMDB CI 健全性ダッシュボードが機能しているかどうかを確認するテストスイート。
テスト	説明	リリースバージョン
CMDB 健全性: 健全性ジョブステータス	30 日以上前に開始された CMDB 健全性ダッシュボードジョブが、まだ処理中かどうかを確認します。	New York
CMDB 健全性: CMDB 健全性の完全性/推奨	CI ダッシュボードが推奨評価指標に対して機能しているかどうかを確認します (CMDB 健全性完全性 KPI に含まれています)。このテストの検証対象：推奨評価指標の健全性包含ルールの作成。健全性包含ルールを満たす推奨フィールドを作成します。推奨フィールドにデータが欠落しているテストレコードに対して、健全性包含ルールが正しく適用されていることを検証します。	New York

表 : 19. CMDB IRE: 識別調整エンジンテストスイート識別および調整エンジン (IRE) 機能を確認するためのテストスイート
テスト	説明	リリースバージョン
CMDB IRE: IRE 検証	CI ID および調整の定義を検証し、CI ID のインデックスをチェックします。	Madrid
CMDB IRE: 調整ルール	調整ルールの操作を、itil と itil_admin の各ロールを使用して CI クラスマネージャーで確認します。操作には、調整ルールの作成、編集、削除が含まれます。また、アクティブまたは非アクティブな設定と派生したルールを確認します。	Paris
CMDB IRE: 識別ルール	識別ルールの操作を、itil と itil_admin の各ロールを使用して CI クラスマネージャーで確認します。操作には、識別ルールの作成、編集、削除が含まれます。また、アクティブまたは非アクティブな設定と派生したルールを確認します。	Paris

表 : 20. CMDB QB: クエリービルダーテストスイート2つの関連するユーザーロール - cmdb_query_builder と cmdb_query_builder_read を使用して、クエリーの作成、クエリーの読み込み、クエリーの実行などの CMDB クエリービルダー機能を検証するためのテストスイート。
テスト	説明	リリースバージョン
CMDB QB: クエリービルダー - cmdb_query_builder ロール	cmdb_query_builder ユーザーロールが、CMDB クエリービルダーでクエリーを保存し、保存されたすべてのクエリーにアクセスして実行できることを確認します。	New York
CMDB QB: クエリービルダー - cmdb_query_builder_read ロール	cmdb_query_builder ユーザーロールが、CMDB クエリービルダーで保存されたクエリーにアクセスして実行でき、クエリーの保存はできないことを確認します。	New York

表 : 21. CMDB REL: 関係エディターとフォーマッターのテストスイート関係エディターと関係フォーマッターの機能を確認するためのテストスイート。
テスト	説明	リリースバージョン
CMDB REL EDITOR: 関係エディター	itil ユーザーロールを使用して、CI への関係の追加と CI からの関係の削除を確認します。	New York
CMDB REL FORMATTER: 関連フォーマッター	itil ユーザーロールを使用して、関係フォーマッターの特定の CI に対して表示される CI 情報、関係性タイプ、関係性、変更チケットなどの関連レコード、および CMDB ビュー (関係フィルター) などの設定が正しいかどうかを確認します。	New York

表 : 22. CMDB SDK: SDK REST API テストスイートCMDB SDK REST APIs の機能を検証するためのテストスイート。
テスト	説明	リリースバージョン
CMDB SDK: CMDB メタデータのクエリー	CMDB メタデータのクエリーをテストします。	New York
CMDB SDK: REST APIs を使用した CI に対する関係性の作成	CMDB REST APIs を使用して、CMDB 内の CI に対する関係性の作成をテストします。	New York
CMDB SDK: REST APIs を使用した CI に対する関係性の削除	CMDB REST APIs を使用して、CI に対する関係性の削除をテストします。	New York
CMDB SDK: REST API を使用した CI の作成	CMDB REST APIs を使用して CI の作成をテストします。	New York
CMDB SDK: REST APIs を使用した CMDB のクエリー	CMDB REST APIs を使用して CMDB のクエリーをテストします。	New York
CMDB SDK: REST APIs を使用した CI の更新	CMDB REST APIs を使用して CI の更新をテストします。	New York
CMDB SDK: REST APIs を使用した CI のクエリー	CMDB REST APIs を使用して CI のクエリをテストします。	New York

Configuration Management Database の詳細については、「Configuration Management Database」を参照してください。

継続的改善管理

継続的改善管理クイックスタートテストでは、継続的改善管理自動テストプラグイン (com.sn_cim.atf) をアクティブ化する必要があります。

表 : 23. 継続的改善管理テスト
テスト	説明	リリースバージョン
CIM：アセスメントからのインバウンド統合	アセスメントから改善のイニシアティブを作成します。	Paris
CIM：Incident Management からのインバウンド統合	インシデントから改善のイニシアティブを作成します。	Paris
CIM：Problem Management からのインバウンド統合	問題から改善のイニシアティブを作成します。	Paris
CIM：Survey Management からのインバウンド統合	サーベイから改善のイニシアティブを作成します。	Paris

Continual Improvement Management の詳細については、「Continual Improvement Management」を参照してください。

カスタマーサービス管理 (CSM)

カスタマーサービス管理 (CSM) のクイックスタートテストでは、常にカスタマーサービス管理 (CSM) デモデータプラグイン (com.snc.customerservice.demo) をアクティブ化する必要があります。一部のクイックスタートテストでは、次のプラグインをアクティブにする必要があります。

事業所 (com.snc.business_location)
Case Playbook for Complaints (sn_complaint)
Case Playbook for Onboarding (sn_onboarding)
消費者サービスポータルプラグイン (com.glide.service-portal.consumer-portal) をアクティブにします。
CSM 貢献者ユーザー (com.snc_csm_contributor_user)
プロキシ連絡先の CSM 拡張 (com.snc.csm_proxy_contacts)
カスタマーサービス世帯 (com.snc.household)
注文のカスタマーサービス管理 (CSM) (com.snc.csm.order)
カスタマーサービスポータル (com.glide.service-portal.customer-portal)
要求管理によるカスタマーサービス (com.sn_cs_sm_request)
サービス管理によるカスタマーサービス (com.sn_cs_sm)
解決ガイドエクスペリエンス - com.snc.guided_decisions_playbook_experience
解決ガイド - ネクストベストアクション (com.snc.next_best_action)
Major Issue Management (com.sn_majorissue_mgt)
イベント管理によるプロアクティブカスタマーサービスオペレーションプラグイン (com.snc.proactive_cs_ops)
スキル決定 (com.snc.skill_determination)
CSM 向け Walk-Up (com.snc.walkup_for_csm)

表 : 24. CSM：ケースマネジメントのテストスイート
テスト	説明	リリースバージョン
CSM: 製品ケースを作成	製品に対してケースを作成します。	Madrid
CSM：エージェントにケースをアサイン	ケースを作成して、カスタマーサービスエージェントに割り当てます。	Madrid
CSM：ケースに資産を割り当てる	ケースに資産を割り当てます。	Madrid
CSM：エンタイトルメント割り当て	ケースにエンタイトルメントを割り当てます。	Madrid
CSM：アカウントをエスカレート	アカウントをエスカレートします。	Madrid
CSM：ケースをエスカレート	ケースをエスカレートします。	Madrid
CSM：特別処理メモを作成	ケースに特別処理メモを作成します。	Madrid
CSM：ケースをクローズ	ケースをクローズします。	Madrid
CSM：時間記録	ケースに取り組んだ時間を記録します。	Madrid
CSM：ケースから CHG を作成する	ケースから変更レコードを作成します。	Madrid
CSM：ケースからインシデントを作成する	ケースからインシデントレコードを作成します。	Madrid
CSM：オーダーケースを作成	注文に対してケースを作成します。注: 注文のカスタマーサービス管理 (CSM) が必要です。	Madrid
CSM：CSM ポータルから顧客としてオーダーケースを作成	カスタマーサービスポータルから顧客として注文ケースを作成します。注: カスタマーサービスポータルが必要です。また、管理者としてテストを実行する必要があります。	Madrid
CSM：ケースから問題を作成する	ケースから問題レコードを作成します。	Madrid
CSM：NOC オペレーターによるプロアクティブケースの作成	プロアクティブケースが作成されているかどうかを確認します。注: Event Management によるプロアクティブカスタマーサービスオペレーションが必要です。	New York
CSM：ケース OBO 顧客を作成する社員	プロキシの連絡先ロール (sn_customerservice_proxy_contact) を持つ社員として、顧客の代わりにセルフサービスポータルからケースを作成します。注: プロキシ連絡先の CSM 拡張が必要です。	New York
CSM：ルックアップタイプのスキル決定ルールテスト	ルックアップタイプのスキル決定ルールを作成します。注: スキルを決定する必要があります。	New York
CSM：CSM ポータルから要求 OBO 顧客を作成するマネージャー	ケースマネージャーロールを持つユーザーとして、カスタマーサービスポータルから顧客の代わりにケースを作成します。注: カスタマーサービス要求のデータ連携が必要です。	New York
CSM：単純なタイプのスキル決定ルールテスト	単純なタイプのスキル決定ルールを作成します。注: スキルを決定する必要があります。	New York
CSM：新しいケースタイプの登録	ケースタイプを登録し、レコードが作成されたことを確認します。	Orlando
CSM：プロジェクトマネージャーがアカウントのプロジェクトを作成	プロジェクトマネージャーがアカウントのプロジェクトを作成します。注: 顧客プロジェクト管理が必要です。	Orlando
CSM：プロジェクトマネージャーがプロジェクトの連絡先を特定	プロジェクトマネージャーがプロジェクトの顧客を特定します。注: 顧客プロジェクト管理が必要です。	Orlando
CSM：プロジェクトマネージャーがプロジェクトタスクを作成して顧客にアサイン	プロジェクトマネージャーがプロジェクトタスクを作成して、顧客にアサインします。注: 顧客プロジェクト管理が必要です。	Orlando
CSM：プロジェクトからケースを作成	プロジェクトからケースを作成します。	Orlando
CSM：プロジェクトタスクからケースを作成	プロジェクトタスクからケースを作成します。	Orlando
CSM：ケースからタスクを作成	ケースからケースタスクを作成します。	Orlando
CSM：顧客の要求を作成するエージェント	カスタマーサービスエージェントとして、顧客の要求を作成します。注: カスタマーサービス要求のデータ連携が必要です。	Orlando
CSM：エージェントがプロジェクトからケースを作成	カスタマーサービスエージェントとして、プロジェクトからケースを作成します。注: 顧客プロジェクト管理が必要です。	Orlando
CSM：エージェントがプロジェクトタスクからケースを作成	カスタマーサービスエージェントとして、プロジェクトタスクからケースを作成します。注: 顧客プロジェクト管理が必要です。	Orlando
CSM：エージェントがプロジェクトの変更の要求を作成	カスタマーサービスエージェントとして、プロジェクトの変更の要求を作成します。	Orlando
CSM：重大なケースとその子ケースの作成	受信者リスト内の顧客アカウントに対して、重大なケースと関連する子ケースを作成します。注: 重大な問題の管理が必要です。	Orlando
CSM：高度なタイプのスキル決定ルールテスト	高度なタイプのスキル決定ルールを作成します。注: スキルを決定する必要があります。	Orlando
CSM：販売済み製品の対象のサービス契約	販売済み製品とサービス契約を作成し、サービス契約を販売済み製品に関連付けます。アクティブな契約と販売済み製品の間の関連性を確認します。注: カスタマーサービスインストールベース管理が必要です。	Orlando
AWA：新規サービスチャネルの作成	Advanced Work Assignment アプリケーションで新しいサービスチャネルを作成します。注: CSM 向け Advanced Work Assignment が必要です。	Orlando
CSM-ITOM：積極的な重大なケースの子ケースを作成	受信者リストを使用して、プロアクティブで重大なケースの子ケースを作成します。注: Event Management によるプロアクティブカスタマーサービスオペレーションが必要です。	Orlando
CSM - 機能停止をケースから作成	新規作成した機能停止がケースにリンクされているかどうかを検証します。	Paris
CSM：世帯での販売済み製品の作成	世帯とそのメンバーに販売された製品を作成します。注: [デモデータのロード] が有効になっているカスタマーサービスインストールベース管理とカスタマーサービスの世帯が必要です。	Quebec
CSM：[アカウント] および [ケース] ページからインストールベースアイテムの健全性ステータスを表示する	[アカウント] および [ケースレコード] ページの [インストールベースの健全性をリフレッシュ] ボタンの機能を検証します。	Quebec
CSM：ケースタスクエージェントにケースタスクをアサイン	カスタマーサービスエージェントは、ケースタスクを作成してケースタスクエージェントにアサインします。	Rome
CSM：アサインされたケースタスクをケースタスクエージェントが表示	アサインされたケースタスクをケースタスクエージェントが表示できることを確認します。	Rome
CSM：アサインされたタスクをケースタスクエージェントが完了	アサインされたケースタスクをケースタスクエージェントが完了します。	Rome
CSM：Agent Workspace のケースからナレッジギャップを報告	ケースに関連するナレッジギャップが Agent Workspace で報告されたことを確認します。	Rome
CSM：「ケースの作成 (POST)」API を使用してケースを作成	「ケースの作成 (POST)」API を使用してケースを作成します。注: ATF のステップ 1 で [基本認証] フィールドにアサインされたユーザー認証レコードが必要です。	Rome
CSM：「ケースのクエリー (GET)」API を使用してケースをクエリー	「ケースのクエリー (GET)」API を使用してケースをクエリーします。注: ATF のステップ 1 で [基本認証] フィールドにアサインされたユーザー認証レコードが必要です。	Rome
CSM：OCS マネージャーが新しい OSP を作成	新しいアウトソーシングサービスプロバイダー (OSP) が OCS 内部マネージャーによって作成されていることを確認します。注: カスタマーサービスのアウトソーシングが必要です。	Rome
CSM：OCS エージェントによるケースの作成	カスタマーサービスのアウトソーシングエージェントがケースを作成できることを確認します。注: カスタマーサービスのアウトソーシングが必要です。	Rome
CSM：消費者プロファイルの場所の管理	消費者の場所を作成して管理し、消費者プロファイルにマッピングします。	Washington DC
CSM：アカウント間での住所の共有	アカウントに再利用可能な住所を実装して、複雑なカスタマーオペレーションとビジネスモデルをサポートします。	Washington DC

表 : 25. CSM: ケースタイプ - 苦情
テスト	説明	リリースバージョン
苦情ケースを作成	ユーザーがタイプ「苦情」のケースを sn_complaint_case テーブルで作成できるかどうかをテストします。	Paris
苦情ケースをエスカレート	ユーザーがタイプ「苦情」のケースを sn_complaint_case テーブルでエスカレートできるかどうかをテストします。	Paris

表 : 26. CSM: ケースタイプ - オンボーディング
テスト	説明	リリースバージョン
オンボーディングケースを作成	ユーザーがタイプ「オンボーディング」のケースを sn_onboarding_case テーブルで作成できるかどうかをテストします。	Paris
オンボーディングケースをエスカレート	ユーザーがタイプ「オンボーディング」のケースを sn_onboarding_case テーブルで作成できるかどうかをテストします。	Paris

表 : 27. CSM：運用ダッシュボードテストスイート
テスト	説明	リリースバージョン
awa_admin_operations_dashboard	ロール awa_admin を持つユーザーが、運用ダッシュボードの [高度なワークアサインメント] メニュー、未アサインのインタラクションモジュール、および未アサインのタスク作業アイテムモジュールを表示できることを確認します。	Orlando
awa_manager_operations_dashboard	ロール awa_manager を持つユーザーが、運用ダッシュボードの [高度なワークアサインメント] メニュー、未アサインのインタラクションモジュールおよびタスク作業アイテムモジュールを表示できることを確認します。	Orlando

表 : 28. CSM：ポータルテストスイート
テスト	説明	リリースバージョン
CSM：CSM ポータルから顧客として製品ケースを作成	カスタマーサービスポータルから顧客として製品ケースを作成します。注: カスタマーサービスポータルが必要です。また、管理者としてテストを実行する必要があります。	Madrid
CSM：CSM ポータルからパートナーとして製品ケースを作成	カスタマーサービスポータルからパートナーとして製品ケースを作成します。注: カスタマーサービスポータルが必要です。また、管理者としてテストを実行する必要があります。	Madrid
CSM：ホームページの検索	カスタマーサービスポータルから情報を検索します。検索には、ケース、ナレッジ記事、およびコミュニティスレッドが含まれます。	New York
CSM ：サポートプロファイルの更新	カスタマーサービスポータルから連絡先のプロファイルを更新します。	New York
CSM ：ケースに関して要求された情報を提供	カスタマーサービスポータルから、連絡先はエージェントによって要求されたケースの情報を提供できます。	New York
CSM ：ケースに提案されたソリューションを承認	カスタマーサービスポータルから、ケースに提案されたソリューションを承認します。	New York
CSM：サーベイについてのフィードバックを提供	カスタマーサービスポータルからケースがクローズされた後、サーベイについてのフィードバックを提供します。	New York
CSM：すべてのデスクトップ通知を表示	すべてのカスタマーサービス管理 (CSM) 固有のデスクトップ通知を表示します。	Orlando
CSM：CSM ポータルの公開物を表示	カスタマーサービス管理 (CSM) ポータルの公開物を表示します。	Orlando
CSM：CSM ポータルで連絡先を作成	カスタマーサービス管理 (CSM) ポータルで連絡先を作成します。	Orlando
CSM：CSM ポータルの機能停止ウィジェットを検証	さまざまなタイプの機能停止と、カスタマーサービスポータルのホームページおよびインストールベースページに表示される対応するウィジェットを検証します。	Quebec
CSM - コンシューマ貢献者としてポータルからケースを作成	コンシューマ貢献者ユーザーロール (sn_customerservice.consumer_contributor) を持つユーザーによってポータルから顧客ケースを作成します。注: 事業所、カスタマーサービス世帯、および CSM 貢献者ユーザーが必要です。	Rome
CSM - アカウント貢献者としてポータルからケースを作成	アカウント貢献者ユーザーロール (sn_customerservice.account_contributor) を持つユーザーによってポータルから顧客ケースを作成します。注: 事業所、カスタマーサービス世帯、および CSM 貢献者ユーザーが必要です。	Rome
CSM：ケースに関係者を追加し、関係者としてケースのアクションを実行	ケースに関係者を追加し、CSM ポータルを介して関係者としてケースに対してアクションを実行できることを確認します。	Rome

表 : 29. CSP：ポータルテストスイート
テスト	説明	リリースバージョン
CSP：CSP ポータルから消費者として製品ケースを作成	消費者サービスポータルから消費者として製品ケースを作成します。注: 消費者サービスポータルが必要です。また、管理者としてテストを実行する必要があります。	Madrid
CSP：ホームページの検索	消費者サービスポータルから情報を検索します。検索には、ケース、ナレッジ記事、およびコミュニティスレッドが含まれます。	New York
CSP：サポートプロファイルの更新	Consumer Service Portal から消費者プロファイルを更新します。	New York
CSP：製品を登録	Consumer Service Portal から製品を登録します。	New York
CSP ：ケースに関して要求された情報を提供	Consumer Service Portal から、消費者はエージェントによって要求されたケースの情報を提供できます。	New York
CSP ：ケースに提案されたソリューションを承認	Consumer Service Portal から、ケースに対して提案されたソリューションを承認します。	New York
CSP：サーベイについてのフィードバックを提供	Consumer Service Portalからケースがクローズされた後、サーベイについてのフィードバックを提供します。	New York
CSP：CSP ポータルの公開物を表示	カスタマーサービスポータルの公開物を表示します。	Orlando

表 : 30. 解決ガイド - ネクストベストアクションのテストスイート
テスト	説明	リリースバージョン
ネクストベストアクションリストの検証 - 解決ガイド	構成されたルールに基づいて推奨されるネクストベストアクションのリストを検証します。	San Diego
次のベストアクションランキングの検証 - 解決ガイド	構成されたルールに基づいて推奨されるネクストベストアクションのリストを検証します。	San Diego

表 : 31. TC：ターゲットコミュニケーションテストスイート
テスト	説明	リリースバージョン
TC：受信者リストの作成	必要なパラメーターを使用して受信者リストを作成します。[受信者] 関連リスト内の新しい受信者リストを確認します。	Orlando
TC：公開物の作成	公開物を作成します。公開物は公開日に基づいて公開されます。受信者リストのユーザーが公開物を取得したかどうかを確認します。	Orlando

表 : 32. CSM Agent Workspace test suite
テスト	説明	リリースバージョン
CSM：ワークスペースでケースから問題を作成する	CSM Agent Workspace のカスタマーサービスエージェントによるケースからの問題レコードの作成をテストします。	Quebec
CSM：Agent Workspace からケースをエスカレート	CSM Agent Workspace からカスタマーサービスケースをエスカレートします。	Quebec
CSM：ケースを作成し、ソリューションを提案	カスタマーサービスケースを作成し、CSM Agent Workspace からケースのソリューションを提案します。	Quebec
CSM：ケースを作成し、Agent Workspace からエージェントにこのケースをアサイン	カスタマーサービスケースを作成して、CSM Agent Workspace のエージェントにケースをアサインする機能を検証します。	Quebec
CSM：Agent Workspace から重大なケース候補を承認	CSM Agent Workspace からケースの重大なケース候補を承認する機能を検証します。	Quebec
CSM：Agent Workspace から重大なケースの子ケースを作成	CSM Agent Workspace の受信者リストを使用して、重大なケースから子ケースを作成する機能を検証します。	Quebec
CSM：Agent Workspace から事業所を作成	Agent Workspace に新しい事業所を作成します。注: 事業所が必要です。	Rome
CSM：Workspace に世帯を作成	Agent Workspace に新しい世帯を作成します。注: カスタマーサービス世帯が必要です。	Rome
CSM：ケースからナレッジギャップを作成	Agent Workspace のケースからナレッジギャップを作成します。	Rome

表 : 33. CSM WalkUp Experience テスト
テスト	説明	リリースバージョン
CSM Walkup：ウォークアップユーザーとしてチェックインし、キューを確認してサーベイを送信	ウォークアップユーザーとして、チェックインを実行し、キューを確認して、サーベイを通じてフィードバックを送信します。注: このテストは、デモデータで利用可能なシアトルの場所が利用可能な場合に機能します。	Rome

カスタマーサービス管理 (CSM) の詳細については、「カスタマーサービス管理 (CSM)」を参照してください。

ダッシュボード

ダッシュボードクイックスタートテストでは、Automated Test Framework - レスポンシブダッシュボードプラグイン (com.glide.automated_testing_impl.dashboards) を有効にする必要があります。このプラグインはインスタンスの zBoot で有効になります。

表 : 34. ダッシュボードクイックスタートテスト
テスト	説明	リリースバージョン
レスポンシブダッシュボードの共有	代理操作をしているユーザーによるダッシュボードの共有を確認します。	Madrid
レスポンシブダッシュボードの可視性	代理操作をしているユーザーによるダッシュボードの可視性を確認します。	Madrid

ダッシュボードの詳細については、「ダッシュボード」を参照してください。

DevOps

DevOps クイックスタートテストは、ServiceNow アプリケーションを DevOps ストアからインストールするときに利用できます。

表 : 35. DevOps テストスイート
テスト	説明	リリースバージョン
DevOps コードツールフロー	DevOps コーディングツールのフローデザイナーフローを確認します。	Madrid
CR による DevOps オーケストレーションフロー	変更の要求を含む DevOps オーケストレーションツールのフローデザイナーフローを確認します。	Madrid
DevOps オーケストレーションツールフロー	DevOps オーケストレーションツールのフローデザイナーフローを確認します。	Madrid
DevOps 計画立案ツールフロー	DevOps 計画立案ツールのフローデザイナーフローを確認します。	Madrid

DevOps の詳細については、「DevOps」を参照してください。

従業員センターおよび従業員センタープロ

表 : 36. 従業員センタークイックスタートテスト
テスト	説明	リリースバージョン
承認タスクのアドホック委任を作成する	従業員センターで [自分のタスク (My Tasks)] フォームから承認タスクのアドホック委任を作成できることを確認します。	San Diego
HR タスクのアドホック委任を作成する	従業員センターで [自分のタスク] フォームから HR タスクのアドホック委任を作成できることを確認します。	San Diego
Employee Center - お気に入り	従業員センターのお気に入り機能を検証します。KB 記事またはカタログアイテムがお気に入りウィジェットに追加された場合も確認します。	San Diego
Employee Center - Approval Hub 承認要求	従業員センターの承認機能を検証します。また、要求が承認されたときに、ユーザーの [完了] 列に表示されることも確認します。	San Diego
Employee Center - Approval Hub 却下要求	却下機能を確認します。また、要求が却下されたときに、ユーザーの [完了] 列に表示されることも確認します。	San Diego
Employee Center - トピックページ	KB 記事またはカタログアイテムをトピックに関連付け、トピックページに表示されることを確認します。	San Diego
Employee Center：ホームページウィジェットを検証	従業員センターホームページに次のウィジェットが存在することを検証します。関連分野人気のトピック自分のアクティブなアイテムクイックタスクホームページ検索	San Diego
従業員センタープロ - アプリランチャー	[自分のアプリケーション] ページで次を検証します。アプリケーションを作成し、アプリケーションページに表示されることを確認します。トピック/カテゴリを作成し、アプリケーションを関連付けて、トピックとカテゴリの下に表示されることを検証します。	San Diego
従業員センタープロ - ホームページウィジェットを検証	従業員センタープロホームページに次のウィジェットが存在することを検証します。コンテンツエクスペリエンスおすすめ人気のトピック予定されているイベント自分のアクティブなアイテムビデオアプリランチャーホームページ検索	San Diego
ESC：従業員はチケットの更新を表示できる	従業員はチケットの更新を表示できます。	Quebec
ESC：人事に関する一般的な問い合わせの質問を ESC ポータルに投稿	人事の従業員が一般的な問い合わせケースを作成し、人事に関する一般的な問い合わせの質問を ESC に投稿できることを確認します。	Quebec
ESC：Universal Request および人事ケースを作成するレコードプロデューサーを送信	ユーザーが Universal Request を作成する人事カタログアイテムを送信できることを確認します。また、Universal Request および人事ケースが作成およびリンクされていることを確認します。	Quebec
ESC：人事ケースに関する ESC の標準チケットページを確認	サービスポータルから一般的な問い合わせケースを作成し、標準チケットページに表示されていることを確認します。	Quebec
ESC：カタログアイテムのウィジェットのコンテンツの確認	カタログページのウィジェットコンテンツを確認します。	Orlando
ESC：ナレッジページのウィジェットコンテンツの確認	ナレッジページのウィジェットコンテンツを確認します。	Orlando
HR：ESC でのカタログアイテムと KB の検索	ESC の検索機能を検証します。	Quebec
分類とトピックの作成	分類とトピックを作成し、トピックにコンテンツを追加します。	San Diego

注:

以下のプラグインのアクティベーションが必要です。

ヒューマンリソース (HR) スコープ対象のアプリ：Core プラグイン (com.sn_hr_core)
Employee Center Core [app-ex-employee-center-core]
Employee Center [app-ex-employee-center]
従業員センタープロ [app-ex-employee-center-pro-content]
Content Publishing [app-content-publishing]
Content Experiences [app-content-experiences]

表 : 37. コンテンツエクスペリエンス
テスト	説明	リリースバージョン
コンテンツエクスペリエンス：キャンペーンの作成と公開	ポータルコンテンツを含むキャンペーンを作成して公開し、コンテンツエクスペリエンスポータルに対して検証します。	Orlando
コンテンツエクスペリエンス：ポータルプレビュー	キャンペーンマネージャーがポータルプレビューを使用してポータルコンテンツをプレビューできることを確認します。	Rome
コンテンツエクスペリエンス：キャンペーンを公開する前の個々のコンテンツのプレビュー	キャンペーンマネージャーがキャンペーンの個々のコンテンツをプレビューできることを確認します。	San Diego

注:

以下のプラグインのアクティブ化が必要です。

ヒューマンリソース (HR) スコープ対象のアプリ：Core プラグイン (com.sn_hr_core)
Employee Center Core [app-ex-employee-center-core]
Employee Center [app-ex-employee-center]
従業員センタープロ [app-ex-employee-center-pro-content]
Content Experiences [app-content-experiences]

表 : 38. Content Governance
テスト	説明	リリースバージョン
Content Governance - 新規コンテンツ要求 E2E ワークフロー	コンテンツ要求の作成からコンテンツの公開までのエンドツーエンドのテストを提供します。	San Diego

注:

以下のプラグインのアクティブ化が必要です。

ヒューマンリソース (HR) スコープ対象のアプリ：Core プラグイン (com.sn_hr_core)
Employee Center Core [app-ex-employee-center-core]
Employee Center [app-ex-employee-center]
従業員センタープロ [app-ex-employee-center-pro-content]
Content Publishing [app-content-publishing]
Content Experiences [app-content-experiences]
Content Governance [app-content-governance]

表 : 39. Content Publishing
テスト	説明	リリースバージョン
Content Publishing：対象者	コンテンツ公開の対象者の構成をテストします。	Orlando
Content Publishing：SCA でのバナータイプのコンテンツの作成	Content Publishing モジュールで Streamlined Content Authoring (SCA) を使用するときに [バナーを作成] タイプを作成できるようにします。	Rome
Content Publishing：SCA でのスタイルコンテンツ (ビデオ) タイプのコンテンツの作成	管理者がコンテンツ公開を使用してビデオタイプであるスタイルコンテンツを作成できることを確認します。	Rome
Content Publishing：ポータルコンテンツのスケジュール	Content Publishing デモポータルのテストコンテンツを作成してスケジュールします。	Orlando

注:

以下のプラグインのアクティブ化が必要です。

ヒューマンリソース (HR) スコープ対象のアプリ：Core プラグイン (com.sn_hr_core)
Employee Center Core [app-ex-employee-center-core]
Employee Center [app-ex-employee-center]
従業員センタープロ [app-ex-employee-center-pro-content]
Content Publishing [app-content-publishing]
Content Experiences [app-content-experiences]

Essential SAFe

Essential SAFe クイックスタートテストには、Agile - Scaled Agile Framework - Essential SAFe プラグイン (com.snc.sdlc.safe) と Agile - Scaled Agile Framework - Essential SAFe - ATF テストプラグイン (com.snc.sdlc.safe.atf) を有効にする必要があります。

表 : 40. Essential SAFe テストスイート
テスト	説明	リリースバージョン
Essential SAFe：機能テスト	機能のグローバルランクの更新を確認します。	Madrid
	SAFe 機能について以下を確認します。実際の開始日は、ステータスが [実装]、[ステージング時の検証]、または [展開] に変更された後に入力されます。実際の終了日は、ステータスが [リリース済み] または [キャンセル] に変更された後に入力されます。アクティブフラグが次の適切な値に設定されています。ステータスが [リリース済み] または [キャンセル] に変更された場合は false、その他すべての状態の場合は true です。	Orlando
	PPM Standard プラグイン (com.snc.financial_planning_pmo) が有効である場合は、デマンドフォームの [SAFe 機能の作成] 関連リンクを使用して、デマンドを SAFe 機能に変換できることを確認してください。 SAFe 機能をデマンドから作成する方法の詳細については、「デマンドからアーティファクトを作成する」を参照してください。	Quebec
Essential SAFe：プログラム増分テスト	プログラムの増分の日付が重複していることを確認してください。	Madrid
Essential SAFe：スプリントテスト	ART スプリントとチームスプリントの生成、およびスプリントポイントと日付の更新を確認します。	Madrid
Essential SAFe：スプリントテスト	アサイン先グループの [グループキャパシティ] フィールドが更新されると、このアサイン先グループに関連付けられているさまざまなスプリントの [グループキャパシティ] フィールドに以下の変更があることを確認してください。 [ドラフト] または [計画] ステータスのスプリントの場合：グループキャパシティが新しい値に更新されます。 [グループキャパシティ] フィールドは編集可能です。 [現在]、[完了]、または [キャンセル] のステータスのスプリントの場合：グループキャパシティは古い値のままです。 [グループキャパシティ] フィールドは読み込み専用です。 [ドラフト] または [計画] ステータスのスプリントについては、後でいつでもスプリントのグループキャパシティを個別に編集できます。これにより、このスプリントに関連付けられているアサイン先グループのグループキャパシティが変更されることはありません。	Paris
Essential SAFe：ストーリーテスト	ストーリーのグローバルランクの更新を確認します。	Madrid
	SAFe ストーリーのアクティブフラグが次のように適切な値に設定されることを確認します。ステータスが [完了] または [キャンセル] に変更された場合、False。その他すべてのステータスの場合は true です。	Orlando
	SAFe ストーリーの追加、評価、削除、削除、更新、またはキャンセルによって、SAFe 機能レベルとエピックレベルのロールアップが正しく更新されることを確認します。
	SAFe ストーリーへの機能の追加、更新、または削除によって、[SAFe ストーリー] フォームの [エピック] フィールドが更新されることを確認します。
	PPM Standard プラグイン (com.snc.financial_planning_pmo) が有効である場合は、デマンドフォームの [SAFe ストーリーの作成] 関連リンクを使用して、デマンドを SAFe ストーリーに変換できることを確認してください。 SAFe ストーリーをデマンドから作成する方法の詳細については、「デマンドからアーティファクトを作成する」を参照してください。	Quebec
Essential SAFe：チームテスト	ART とチームの関連付けを確認します。	Madrid
Essential SAFe：エピックテスト	SAFe エピックについて以下を確認します。実際の開始日は、ステータスが [実装] に変更された後に入力されます。実際の終了日は、ステータスが [完了] に変更された後に入力されます。アクティブフラグが次の適切な値に設定されています。ステータスが [リリース済み] または [キャンセル] に変更された場合は、false。その他すべての状態の場合は true です。	Orlando
Essential SAFe：エピックテスト	PPM Standard プラグイン (com.snc.financial_planning_pmo) が有効である場合は、デマンドフォームの [SAFe エピックの作成] 関連リンクを使用して、デマンドを SAFe エピックに変換できることを確認してください。 SAFe エピックをデマンドから作成する方法の詳細については、「デマンドからアーティファクトを作成する」を参照してください。	Quebec
Essential SAFe：プログラム PI 目標テスト	PI 目標の作成と更新の機能を確認します。プログラムインクリメントレベルの目標を作成できることを確認します。作成された PI 目標を計画されたビジネス価値 (PBV) と実際のビジネス価値 (ABV) で更新できることを確認します。 PI のプログラムの PBV と比較して、達成されたビジネス価値のパーセンテージが、コミットされた PI 目標のみを対象とした ABV 完了率として計算されていることを確認します。	Rome
Essential SAFe：チーム PI 目標テスト	チーム PI 目標を作成および更新する機能を確認します。チームレベル PI 目標を作成できることを確認します。作成された PI 目標を計画されたビジネス価値 (PBV) と実際のビジネス価値 (ABV) で更新できることを確認します。 PI のチームの PBV と比較して、達成されたビジネス価値のパーセンテージが、コミットされた PI 目標のみを対象とした ABV 完了率として計算されていることを確認します。	Rome

Essential SAFe の詳細については、「Essential SAFe」を参照してください。

イベント管理

イベント管理クイックスタートテストではイベント管理プラグイン (com.glideapp.itom.snac) をアクティブ化する必要があります。

表 : 41. イベント管理クイックスタートテスト
テスト	説明	リリースバージョン
EMSelfMonitoring	アップグレード後に、イベント管理プラグインで問題を追跡します。検出された問題の詳細を理解するには、すべてのアラートのリストを開き、`EMSelfMonitoring` がソースになっていて、アップグレード後に開かれたか再び開かれた、失敗したアラートを検索します。フィルタリングの正確な時間はエラーメッセージで見つけることができます。	Madrid

Event Management の詳細については、「Event Management」を参照してください。

フィールドサービス管理 (FSM)

フィールドサービス管理 (FSM) のクイックスタートテストは、フィールドサービス管理 (FSM) プラグイン (com.snc.work_management) を有効にすると実施できます。非本番インスタンスでデモデータプラグイン (com.snc.work_management.demo) を有効にして、アプリケーションで使用できるクイックスタートテストを開始します。フィールドサービス請負会社管理プラグイン (com.snc.fsm_contractor_management) を有効にして、外部請負会社関連のテストを実行します。また、既存のデータを変更してカスタマイズし、クイックテストを実行することもできます。

表 : 42. FSM：フィールドサービス管理 (FSM) テストスイート
テスト	説明	リリースバージョン
FSM：認定ディスパッチの開始および作業指示書タスクの割り当て	作業指示書を作成します。作業指示書を開始して認定します。作業指示書をディスパッチします。作業指示書タスクをエージェントに割り当てます。	Madrid
FSM：部品調達	作業指示書タスクからエージェントのストックルームに任意の部品を調達します。部品調達の転送注文明細を作成します。この部品を任意の作業指示書に使用し、部品使用率アクションを使用して消費します。	Madrid
FSM：部品使用率	作業指示書タスクからエージェントのストックルームに任意の部品を調達します。この部品を任意の作業指示書に使用し、部品使用率アクションを使用して消費します。	Madrid
FSM：アンケート	アンケートを作成し、作業指示書タスクに関連付けます。	Madrid
FSM：フィールドサービス構成	タスクアサイン方法、認定要件、PDF サマリー、エージェントがタスクを承認または却下する機能など、デフォルト設定が保持されていることを確認します。	New York
FSM：計画メインテナンス	印刷メインテナンスの週次間隔で予定されているメインテナンス作業指示を作成します。	New York
FSM：予約の設定	予約のデフォルト設定が保持されていることと、POS サービスとカタログアイテムがシステムに存在することを確認します。	New York
FSM：作業またはパーソナルスケジュールを作成	エージェントのパーソナルまたは作業スケジュールを作成します。	Orlando
FSM：フィールドサービスプロパティ設定	フィールドサービスシステムのプロパティに必要な値が保存されていることを確認します。	Orlando
FSM：ワークグループ	フィールドサービスエージェントをワークグループに追加できることを確認します。	Orlando
FSM: 動的スケジューリング - 必須部品の予約を含む優先技術者のアサイン	動的スケジューリングでは以下を行えます。優先技術者はタスクのアサインに選択する必要があります。必須部品はエージェントストックルームで予約する必要があります。注: カスタマーサービス管理 (CSM) デモデータプラグインをアクティブ化	Paris
FSM：タイムカードの作成	作業指示タスクでエージェントのタイムカードが作成されていることを確認します。	Quebec
FSM：雑費を作成	作業指示タスクでエージェントの雑費が作成されていることを確認します。	Quebec
FSM：請負会社のオンボーディング	請負会社がアサイン先グループ、外部マネージャー、および外部エージェントにオンボーディングされていることを確認します。注: フィールドサービス請負会社管理プラグインを有効にします。	Quebec
FSM：外部マネージャーによる請負会社のオンボーディング	外部請負会社マネージャーがフィールドサービス請負会社管理ポータルから外部エージェントをオンボーディングできることを確認します。	Quebec
FSM：外部請負会社マネージャーが作業指示タスクを履行	請負会社マネージャーまたはエージェントが、アサインされた作業指示タスクを履行できることを確認します。	Quebec
FSM：ベンダーグループに作業指示タスクをアサイン	タスクの場所、設定パラメーターなど、定義された基準に基づいて作業指示タスクが外部アサイン先グループにアサインされていることを確認します。	Quebec
FSM：作業指示タスクの一時停止と再開	エージェントが作業指示タスクの作業を一時停止および再開できることを確認します。	Rome
FSM：動的スケジューリング - 一致するスキルを持つ技術者にアサイン	動的スケジューリングの場合：作業指示タスクが、タスクで言及されているすべての必須スキルを持つ技術者にアサインされていることを確認します。	Rome
FSM：外部マネージャーによる請負会社エージェントのオフボーディング	外部請負会社マネージャーがフィールドサービス請負会社管理ポータルから外部エージェントをオフボーディングできることを確認します。	Rome
FSM：外部請負会社マネージャーの資産の調達と使用	外部請負会社マネージャーが次のアクションを実行できることを検証します。倉庫に部品を要求します。部品を選択します。転送オーダーをクローズします。部品を使用して作業を実行します。	San Diego
FSM：外部請負会社エージェントが作業指示タスクを履行	請負会社エージェントが、外部請負会社外マネージャーからアサインされた作業指示タスクを履行できることを確認します。	San Diego
FSM：キャパシティスケジューリング - キャパシティに基づいてフィールドサービスエージェントに作業をアサイン	キャパシティ定義およびキャパシティアサインモジュールに記載されているルールと値が評価され、キャパシティに基づいてエージェントに作業がアサインされていることを確認します。	Tokyo
FSM：外部アサイン先グループの追加マネージャーとしての外部請負会社エージェントのオンボーディング	請負会社の外部エージェントをオンボーディングするときに、追加のマネージャーロールをエージェントにアサインできることを確認します。	Tokyo
FSM：ディスパッチャワークスペース - タスクを実行するエージェントのグループを必要とする作業指示書タスクにクルーをアサイン	クルーモデレーターロールを持つディスパッチャーがディスパッチャワークスペースでクルーを作成できることを確認します。クルーモデレーターロールを持つディスパッチャーがディスパッチャワークスペースで予定されているクルーに作業指示タスクを割り当て可能であることを確認します。	Tokyo
FSM：作業指書示タスクは複数日タスクのスケジューリングをサポート	複数日タスクスケジューリング機能を検証します。作業指示、作業指示タスク、およびエージェントのスケジュールレコードを作成します。作業指示タスクで [複数のスケジュールエントリでアサイン] オプションを選択します。タスク期間が 1 日を超える作業指示タスクにエージェントをアサインします。作業指示タスクがエージェントに正常にアサインされ、予定終了時間が正しく設定されていることを確認します。	Tokyo

ファイナンスクローズオートメーション

ファイナンスクローズオートメーションクイックスタートテストは、ServiceNow アプリケーションをファイナンスクローズオートメーションストアからインストールするときに利用できます。

表 : 43. FCA テストスイート
テスト	説明	リリースバージョン
FCA：該当する月のサブセットテスト	適用される月が、機能しているワークブックのサブセットのみであることを確認します。	New York
FCA：日付の検証	日付に関連する計算が正しいことを確認します。	New York
FCA：タスクリレーションシップ	関係があるタスクについて、日付とステータスが正常に更新されていることを確認します。	New York
FCA：親タスクとの関係	親タスクとの関係を持つタスクの日付とステータスが正しく更新されていることを確認します。	New York
FCA：タスクのリセット	タスクがリセットされたときに、FCA ワークフローを確認します。	New York
FCA：タスクの却下	タスクが却下されたときに、FCA ワークフローを確認します。	New York
FCA：JE タスクを作成	ジャーナルエントリータスクタイプに対して ERP ソースが利用できることを確認します。	New York
FCA：クローズ日としての負の値	クローズ日に正の値と負の値の両方が許容されることと、予定日が正しく計算されていることを確認します。	New York
FCA：日次決算チェックリストのクローズ日チェック	日次決算ワークブックのクローズ日を検証します。	New York
FCA：日次決算の予定終了日チェック	日次決算ワークブックの予定終了日を確認します。	New York
FCA：キックスタートエラー	キックスタート検証がすべて実行されていることを確認します。	New York
FCA：最終タスク 1 件の検証	各職務ワークブックに最終タスクが 1 件だけ存在することを確認します。	New York
FCA：機密タスク	機密タスクの所有者、レビュー担当者、承認者のみがタスクを表示できることを確認します。	New York
FCA：チェックリストの一意検証	特定の日または期間に対して、ワークブックが 1 件だけ作成されていることを確認します。	New York
FCA：マイルストーンと JE の検証	マイルストーンとジャーナルエントリータスクに子タスクが含まれていないことを確認します。	New York

ファイナンシャルマネジメント

ファイナンシャルマネジメントクイックスタートテストではファイナンシャルマネジメント Core - ATF テストプラグイン (com.snc.financial_management.atf) をアクティブ化する必要があります。

表 : 44. ITFM：Financial Modeling フローテストスイート
テスト	説明	リリースバージョン
FM コスト割り当てフローの確認	Financial Modeling におけるコスト割り当てフローを確認します。	Madrid

ファイナンシャルマネジメントの詳細については、「ファイナンシャルマネジメント」を参照してください。

Granular Delegation

Granular Delegation クイックスタートテストには、Granular Delegation (com.glide.granular_service_delegation) プラグインのアクティブ化が必要です。


テスト	説明	リリースバージョン
[委任] 管理者 - 委任者および委任ユーザーの基準を含む委任ルールを追加	代理人または委任者が HR タスクにアサインされたユーザー基準を遵守するようにします。	Washington DC

GRC Audit Management

GRC: Audit Management クイックスタートテストでは Audit Management プラグイン (com.sn_audit) をアクティブ化して、デモデータをロードする必要があります。

表 : 45. GRC: Audit Management テストスイート
テスト	説明	リリースバージョン
GRC: 監査エンゲージメントを作成し、監査タスクを生成	監査エンゲージメントの作成を検証し、エンティティを関連付けてコントロールとテスト計画を生成します。テスト計画に関連付けられた監査タスクを生成します。	Paris
GRC：マイルストーンを作成して処理	エンゲージメントにマイルストーンを作成します。なお、期限日を過去の、完了日を未来の日付することはできません。オープン状態のマイルストーンの場合、完了率は 0 で、マイルストーンのステータスの変化に応じて変わります。	Paris
GRC：コストとリソースプランのロールアップ	監査プランを作成し、それにエンゲージメントを関連付けます。このエンゲージメントにコストプランとリソース計画を追加すると、これらのコストがプランにロールアップされる点に注意してください。エンゲージメントにおけるこれらのコストに対するすべての編集は、プランに反映されます。	Paris
GRC：エンゲージメントプロジェクトマニュアルの作成および自動作成	検証ステータスのエンゲージメントについては、[詳細計画を有効にする] UI アクションが実行されている場合、エンゲージメントプロジェクトが作成され、「詳細計画機能」を持つ監査計画に関連付けられたエンゲージメントのステータスが [検証] に変更されると、エンゲージメントプロジェクトが自動的に作成されます。	Paris
GRC：詳細なリスクアセスメントを含む監査可能ユニット	「詳細なリスクアセスメント」としてメソッドを含む監査可能ユニットを作成し、査定人を追加してリスクアセスメントを評価することを要求します。査定人が応答し、コントロールアセスメントと残存アセスメントを実行してアセスメントを完了としてマークした後、リスクアセスメントフィールドが自動的に更新される必要があります。	Paris

Audit Management の詳細については、「Audit Management」を参照してください。

GRC Continuous Authorization and Monitoring

GRC：Continuous Authorization and Monitoring クイックスタートテストでは Continuous Authorization and Monitoring プラグイン (com.sn_compliance) をアクティブ化して、デモデータをロードする必要があります。

表 : 46. GRC: Continuous Authorization and Monitoring クイックスタートテストテストスイート
テスト	説明	リリースバージョン
GRC：システム所有者による AB および AP の責任とロールの作成と検証	システム所有者は、認証境界と認証パッケージの責任とロールを作成および検証します。情報所有者とシステムユーザーは、認証境界を選択したときにあらかじめ設定されています。	Quebec (Paris および Orlando と互換性がある)
GRC：システム所有者によるアプリモジュールの可視性の検証	システム所有者ペルソナが [継続的な承認と監視] アプリケーションメニューを表示することでき、そのメニューに次のモジュールを表示できることを確認します。すべての認証境界すべての認証パッケージ情報タイプライブラリーコントロールオーバーレイコントロール目標コントロールすべてのエンゲージメント	Quebec (Paris および Orlando と互換性がある)
GRC：システム所有者による要求の最初の認証と自分の認証モジュール	システム所有者が承認を要求します。	Quebec (Paris および Orlando と互換性がある)
SO：AB および AP の責任とロールの作成と検証	システム所有者が認証境界フォームのフィールドに入力して認証境界を作成できるかどうかを検証します。また、同じ SO がフォームビューから認証パッケージを作成できるかどうかも検証します。	Quebec (Paris および Orlando と互換性がある)

Continuous Authorization and Monitoring の詳細については、「Continuous Authorization and Monitoring」を参照してください。

GRC ポリシーとコンプライアンス管理

GRC：ポリシーとコンプライアンス管理クイックスタートテストではポリシーとコンプライアンス管理プラグイン (com.sn_compliance) をアクティブ化して、デモデータをロードする必要があります。

表 : 47. GRC: ポリシーとコンプライアンス管理クイックスタートテストテストスイート
テスト	説明	リリースバージョン
GRC：コントロールの作成	コントロールの作成を検証します。	Madrid
GRC: ポリシー例外とフローを作成	ポリシー例外を作成して、そのステータス内を移動します。	Paris
GRC: ポリシーライフサイクル	ポリシーを作成して、そのステータス内を移動します。	Paris

Policy and Compliance Management の詳細については、「Policy and Compliance Management」を参照してください。

GRC リスク管理

GRC：リスク管理クイックスタートテストではリスク管理プラグイン (com.sn_risk) をアクティブ化して、デモデータをロードする必要があります。

表 : 48. GRC: リスク管理クイックスタートテストテストスイート
テスト	説明	リリースバージョン
GRC：プロファイルの作成	プロファイルの作成を検証します。	Madrid
GRC：リスクの作成	リスクの作成を検証します。	Madrid
GRC：コントロールの作成	コントロールの作成を検証します。	New York
GRC：コントロール目標の作成とコントロールの生成	コントロール目標の作成を検証し、プロファイルを関連付けてコントロールを生成します。	New York
GRC：問題の作成	問題の作成を検証	New York
GRC：問題を承認	問題の受け入れによってクローズされるまで、問題のすべてのステータスを検証します。	New York
GRC：問題を修復	未解決の修正タスクを使用して、検証の問題をクローズすることはできません。	New York
GRC：インジケーター向け ATF フロー (マニュアル)：	Type manual を使用してインジケーターテンプレートを作成し、コントロール目標をそれに関連付けます。インジケーターの 1 つを実行して、形成します。クローズ済みとして作成されたインジケータータスクのステータスをマークし、失敗として結果を示します。関連コントロールは非適合となり、問題が発生します。	New York
GRC：インジケーター向け ATF フロー (ベーシック)	タイプが「基本」で、結果が「失敗」であるインジケーターテンプレートを作成します。コントロール目標をそれに関連付け、サポートデータを提供します。インジケーターの 1 つを実行して、形成します。関連コントロールは非適合となり、問題が発生します。	New York
GRC：インジケーター向け ATF フロー (スクリプト)	タイプスクリプトを使用してインジケーターテンプレートを作成し、スクリプトを入力し、結果の値を設定します。渡します。結果の値。コントロール目標を関連付けます。インジケーターの 1 つを実行します。関連コントロールは非適合となり、問題が生成されます。	New York

リスク管理の詳細については、「リスク管理」を参照してください。

ハードウェア資産管理

ハードウェア資産管理クイックスタートテストは、ハードウェア資産管理 (HAM) アプリケーションを ServiceNow Store からインストールするときに利用できます。

表 : 49. ハードウェア資産管理テストスイート
テスト	説明	リリースバージョン
HAM - ハードウェア正規化	正規化されたメーカー、製品、およびモデルに基づいて、さまざまな正規化ステータス値を検証します。	Orlando
HAM - ハードウェア資産処分ワークフロー	資産処分ワークフローを検証します。	Paris
HAM - 資産展開の自動化ワークフロー	資産展開ワークフローを検証します。	Paris
HAM - 資産スワップワークフローの自動化	資産の交換/スワップワークフローを検証します。注: デモデータが必要です。	Paris
HAM - 標準ハードウェア資産要求フロー	ハードウェア資産管理アプリケーションの一部である標準ハードウェア資産要求フローを検証します。	Paris
HAM - ハードウェア資産のリフレッシュフロー	資産リフレッシュワークフローを検証します。	Quebec
HAM - 貸与資産の割り当てフロー	貸与資産ワークフローを検証します。	Quebec
HAM - リース契約資産有効期限	リース契約資産有効期限のエンドツーエンドワークフローを検証し、リース契約の対象となる資産の返却または延長を実行します。	Quebec
HAM - 資産 RMA フロー	インベントリユーザーで資産返品許可 (RMA) ワークフローを検証します。	Rome
HAM：資産 RMA フロー (SP)	サービスポータルからの資産返品承認 (RMA) ワークフローを検証します。	Rome
HAM - リース資産の返却	インベントリ管理者ユーザーで貸与資産割り当てワークフローを検証します。	Rome
HAM - 契約更改フロー	契約マネージャーユーザーとの契約更改フローを検証します。	Tokyo

ハードウェア資産管理の詳細については、「ハードウェア資産管理」を参照してください。

HR サービスデリバリ (HRSD)

表 : 50. HR サービスデリバリ (HRSD)ケーステスト
テスト	説明	リリースバージョン
ケース作成の構成	HR サービスにケース作成構成があり、その HR サービスの HR ケースを作成するときに [人事ケース] フォームに入力されることを検証します。	Washington DC
ドキュメントテンプレートのブロックおよびブロックコンテンツの作成	ドキュメントテンプレートのブロックとドキュメントテンプレートのコンテンツがブロックコンテンツ用に作成されていることを確認します。	Washington DC
HR 従業員ドキュメントの作成	従業員ドキュメントを作成し、添付ファイル [sys_attachment] テーブルが従業員ドキュメント [sn_hr_ef_employee_document] テーブル内のレコードをポイントしていることを確認します。従業員ドキュメントが、従業員人事プロファイルを介して従業員センターまたは従業員センタープロからアクセス可能であることを確認します。
アクティブ化されているドキュメントタイプで従業員ドキュメントを作成	次のアイテムの作成を検証します。 1 つのアクティブなドキュメントタイプ 1 つの非アクティブなドキュメントタイプアクティブなドキュメントタイプを持つ従業員ファイル注: ヒューマンリソース (HR) スコープ対象のアプリ：Core (com.sn_hr_core) および Employee Document Management (com.sn_employee_document_management) をアクティブ化する必要があります。	Washington DC
[委任] 管理者 - 委任者および委任ユーザーの基準を含む委任ルールを追加	委任ルールのユーザー基準が正しく機能していることを確認します。	San Diego
一括ケース作成の E2E テスト	特定のユーザーセグメントの選択したユーザーに対して一括ケースを作成できることを確認します。	San Diego
ER：ケースの制限	制限付きケースを表示できるのは、sn_hr_er.confidential ロールを持つユーザーのみであることを検証します。	San Diego
人事：従業員に表示されるケースの更新	人事エージェントによって作成され、更新されたケースは、依頼者または対象者に表示されます。	Quebec
人事：ポータルからの 401k 登録ケースの作成	従業員センターまたは従業員センタープロから 401(k) 登録ケースを作成します。ケースが正常に作成されたことを確認します。	Madrid
人事：ESC ポータルから Employee Relations ケースを作成	従業員センターまたは従業員センタープロから懲戒対象問題ケースを作成します。ケースが正常に作成されたことを確認します。	New York
人事： ESC ポータルから雇用検証レターケースを作成	従業員センターまたは従業員センタープロから雇用確認レターケースを作成します。ケースが正常に作成されたことを確認します。	Madrid
人事：ESC ポータルから給与ケースを作成	従業員センターまたは従業員センタープロから給与口座セットアップケースを作成します。ケースが正常に作成されたことを確認します。	New York
人事：ポータルからの授業料払い戻し要求の作成	従業員センターまたは従業員センタープロから、奨学金制度のリクエストケースを作成します。ケースが正常に作成されたことを確認します。	Madrid
HR：実行手順	オープン対象ユーザーの特定の条件に対して、実行手順が作成されることを確認します。また、ケースの詳細が変更されたときに、実行手順が変更されることを確認します。	Orlando
人事：CoE 固有のフィールドの作業手順条件	CoE 固有の作業手順の条件を確認します。作業手順は、作業手順で定義された条件に基づいて人事ケースで更新します。	Quebec
人事：一般的な利点問い合わせケースの作成	ネイティブ UI を使用して一般的な福利厚生ケースを作成します。また、ケースの作成後にケースが開き、更新できることも確認します。	Madrid
人事：給与不一致ケースの作成	ネイティブ UI を使用して給与不一致ケースを作成します。また、ケースの作成後にケースが開き、更新できることも確認します。	Madrid
HR：ケース転送の再分類	再分類手法を使用して (人事ケース番号は不変)、人事ケースがある COE (人事サービス) から別の COE に転送されることをテストします。	Orlando
人事：応答テンプレート構成	給与ケースの応答テンプレートを作成し、作業メモに応答を貼り付けます。	Quebec
HR：ESC でのカタログアイテムと KB の検索	従業員センターまたは従業員センタープロの検索機能を検証します。	Orlando
HR：標準ケースの転送	標準ケース転送を使用して (人事ケース番号を作成し、古い番号を削除)、人事ケースがある COE (人事サービス) から別の COE に転送されることをテストします。	Orlando
人事：ケースフローの一時停止	人事ケースを一時停止し、後でそのケースを再開する機能をテストします。	Rome
HR：奨学金制度ケースの作成	奨学金制度人事ケースをを作成します。	Orlando
HR：人員管理ケースの作成	人員管理ケースを作成し、雇用証明書に署名し、書類を生成します。	Orlando
JA：計画詳細の公開および編集	アクションプランの既存のタスクを削除できるかどうかを確認します。	San Diego
Journey Designer：ステージの作成とステージの編集	ユーザーが新しいステージの作成、ステージへのタスクテンプレートの追加、ステージ名の編集、ステージの削除を実行できることを確認します。	Vancouver
Journey Designer：タスクテンプレートのゼロからの追加と編集	ユーザーが [ゼロから構築します] オプションを使用してタスクテンプレートを追加でき、その後で編集できることを確認します。	Vancouver
Journey Designer：既存のタスクテンプレートの追加と削除	[テンプレートを使用] オプションを使用してタスクテンプレートを Journey テンプレートに追加でき、その後で削除できることを確認します。	Vancouver
Learning コアタスクのアサイン	学習カタログの学習タスクをユーザーにアサインできることを確認します。	San Diego

注:

以下のプラグインのアクティベーションが必要です。

ヒューマンリソース (HR) スコープ対象のアプリ：Core プラグイン (com.sn_hr_core)
従業員サービスセンター (ESC) [com.sn_hr_service_portal]

表 : 51. ライフサイクルイベント：ライフサイクルイベントの確認テスト
テスト	説明	リリースバージョン
自動ケースクローズ用に人事サービスを設定	ライフサイクルイベントケースが自動的にクローズされることを確認します。	Orlando
従業員リクエストを作成し、LE ケースに関連付ける	従業員リクエストを作成し、ライフサイクルイベントケースのアクションリストに表示されることを検証します。	Rome
古いチケットページの従業員リクエストを作成	従来のチケットページから従業員リクエストを作成できるかどうかを検証します。	Washington DC
[委任] 管理者 - 委任者および委任ユーザーの基準を含む委任ルールを追加	委任者および委任ユーザーの委任ルールに対してユーザー基準が機能していることを確認します。	Washington DC
人事ライフサイクル：従業員サービスセンター (ESC) の NewHire オンボーディングケースのチケットページにアクセス	新規雇用の作成と、従業員サービスセンター (ESC) のチケットページにアクセスできることを確認します。	Orlando
HR ライフサイクル：ESC チケットページおよびタスクページにアクセスしてアサインされたタスクを完了	従業員サービスセンター (ESC) から奨学金の要求ケースを作成し、対象者から完全な NDA タスクを作成します。	Orlando
人事 LifeCycle ：新入社員研修依頼ケースの作成	ネイティブ UI を使用して新入社員研修依頼ケースを作成し、作成後にケースを更新します。	Madrid
人事ライフサイクル：取り消しトリガーワークフロー	新規雇用オンボーディングライフサイクルイベントケースの取り消しワークフローをトリガーします。	Quebec
HR ライフサイクル：オープンおよびクローズ済みケースの要求ページを確認	[要求] ページでオープンケースとクローズ済みケースを確認します。	Orlando
HR ライフサイクル：[要求] ページで検索を確認	[要求] ページでオープンケースとクローズ済みケースの検索機能を確認します。	Orlando
[LE]：アドホックタスクを追加	ライフサイクルイベントケースのアドホックタスクを追加できることを確認します。	Washington DC

注:

以下のプラグインのアクティベーションが必要です。

ヒューマンリソース (HR) スコープ対象のアプリ：Core プラグイン (com.sn_hr_core)
ヒューマンリソース (HR) スコープ対象のアプリ：ライフサイクルイベント [com.sn_hr_lifecycle_events]
ヒューマンリソース (HR) スコープ対象のアプリ：Lifecycle Events for Enterprise プラグイン [com.sn_hr_lifecycle_ent]
従業員サービスセンター (ESC) [com.sn_hr_service_portal]

表 : 52. KB：ナレッジブロックテスト
テスト	説明	リリースバージョン
ナレッジブロックを作成し、ブロックを記事に添付	ナレッジブロックを作成し、ブロックを公開し、ブロックをナレッジ記事に添付します。	New York
ナレッジ記事とナレッジブロックのプレビュー	ナレッジブロックを含むナレッジ記事のプレビューをテストします。	New York

注:

ヒューマンリソース (HR) スコープ対象のアプリのプラグインのアクティブ化が必要です：コアプラグイン (com.sn_hr_core)

HR サービスデリバリ (HRSD) の詳細については、「HR サービスデリバリ (HRSD)」を参照してください。

インシデント管理

インシデント管理クイックスタートテストではインシデント管理 - ATF テストプラグイン (com.snc.incident.atf) をアクティブ化する必要があります。

表 : 53. Incident Management テストスイート
テスト	説明	リリースバージョン
INCIDENT MGMT：インシデント解決 SLA	インシデント解決 SLA ベースライン機能を確認するテスト	Madrid
INCIDENT MGMT：インシデント応答 SLA	インシデント応答 SLA ベースライン機能を確認するテスト	Madrid
INCIDENT MGMT：インシデントのコピー	元のインシデントのフィールドが新しいインシデントに正しくコピーされているかどうかを確認するテスト	Madrid
INCIDENT MGMT：クローズ済みインシデントからインシデントをコピーします。	クローズ済みインシデントに対して [インシデントのコピー] UI アクションが表示されることを確認するテスト	Madrid
INCIDENT MGMT：インシデントからの標準的な変更の作成	インシデントからの標準的な変更の作成を確認するテスト	Madrid
INCIDENT MGMT：インシデントからの緊急の変更の作成	インシデントからの緊急の変更の作成を確認するテスト	Madrid
INCIDENT MGMT：インシデントからの通常の変更の作成	インシデントからの通常の変更の作成を確認するテスト	Madrid
INCIDENT MGMT：インシデントからの問題の作成	インシデントからの問題の作成を確認するテスト	Madrid
INCIDENT MGMT：インシデントからのナレッジの作成	インシデントからのナレッジの作成を確認するテスト	Madrid
INCIDENT MGMT：インシデントステータスフロー	インシデントのステータスフローを確認するテスト	Madrid
INCIDENT MGMT：インシデントの再開	インシデントの再開機能を確認するテスト	Madrid
INCIDENT MGMT：インシデント割り当て	インシデント割り当て機能を確認するテスト	Madrid
INCIDENT MGMT：UI アクションを使用して子インシデントを作成し、そのフィールドを確認します。	[子インシデントを作成] UI アクションを使用して、インシデントからの子インシデントの作成を確認するテスト。このテストは、子インシデントのフィールドが親インシデントから子インシデントに正しくコピーされたことも確認します。	Madrid
INCIDENT MGMT：インシデントの作成 - セルフサービス	[インシデントの作成] カタログアイテムを使用して、インシデントの作成を確認するテスト	Madrid
INCIDENT MGMT：親と子のインシデントのステータスの同期	子インシデントが作成されたときに、子インシデントのステータスが親インシデントと同期されていることを確認するテスト	Madrid
INCIDENT MGMT：インシデントを再開した後に、親と子のインシデントのステータスが同期されます。	親インシデントが再開されたときに、子インシデントのステータスが親インシデントと同期されていることを確認するテスト	Madrid
INCIDENT MGMT：インシデントからのナレッジ記事の作成の確認	インシデントフォームで [ナレッジの作成] UI アクションを使用して、インシデントからナレッジ記事を作成できることを確認するテスト。UI アクションは、Incident Management プラグイン (com.snc.incident.knowledge) の KCS 統合をアクティブ化すると表示されます。	Orlando

Incident Management の詳細については、「Incident Management」を参照してください。

CMDB 共通統合

表 : 54. CMDB INT：CMDB 統合検証テストスイート複数のテストを使用して統合の整合性を検証するためのテストスイート。
テスト	説明	リリースバージョン
CMDB INT：テストセッションアプリケーションを設定	サーバー側スクリプトを変更して、1 つのデータ連携のみをテストできるようにアプリケーション名を設定します。それ以外の場合は、すべての統合がテストされます。	Paris
CMDB INT：ソース分析に対するテスト	CMDB データ連携ソース分析 (sn_cmdb_int_util_cmdb_integration_source_analysis) テーブルの値とのデータ連携をテストします。	Paris
CMDB INT：アプリケーションフィードを検証	データ連携内のすべてのアプリケーションフィードを検証します。	Paris
CMDB INT：検出ソースを検証	検出ソースが存在することを検証します。	Paris
CMDB INT: エンティティマッピングを検証	データ連携のすべてのエンティティマッピングを検証します。	Paris
CMDB INT：フィールドを検証	CMDB 統合のフィールドを検証します。	Paris
CMDB INT：ルックアップを検証	CMDB データ連携ルックアップを検証します。	Paris
CMDB INT：必須操作を検証	マップされたフィールドに必須操作のすべての統合が存在することを検証します。	Paris
CMDB INT：操作を検証	データ連携のすべての操作を検証します。	Paris
CMDB INT：参照を検証します	CMDB データ連携リファレンスを検証します。	Paris
CMDB INT：関連エントリを検証します	関連するエントリーのデータディクショナリに対して、関連するすべてのクラスを検証します。	Paris
CMDB INT：リレーションシップを検証	CMDB 統合リレーションシップを検証します。	Paris

CMDB 共通統合の詳細については、「CMDB 共通統合」を参照してください。

投資枠管理

投資枠管理クイックスタートテストでは投資枠管理 - ATF Tests プラグイン (com.snc.investment_planning.atf) をアクティブ化する必要があります。

表 : 55. 投資枠管理クイックスタートテスト
テスト	説明	リリースバージョン
トップダウンの資金提供と資金回収の検証	資金提供時に、上位投資から子投資に正確な金額が割り当てられていることを確認します。資金回収時に、子投資から上位投資に正確な金額が回収されていることを確認します。	Orlando
ボトムアップ資金調達の検証	子投資から親投資に正確な金額が要求されていることを確認します。子投資から親投資に正確な金額が分配されていることを確認します。	Paris

Investment Funding の詳細については、「Investment Funding」を参照してください。

ナレッジ管理

ナレッジ管理クイックスタートテストでは、Knowledge Management コアプラグイン (com.glideapp.knowledge)、Knowledge Management Advanced Installer プラグイン (com.snc.knowledge_advanced.installer)、ナレッジブロックプラグイン (com.snc.knowledge_blocks)、カスタマーサービス管理 (CSM) デモデータプラグイン (com.snc.customerservice.demo) のアクティブ化が必要です。

表 : 56. KM ：Knowledge Management テストスイート
テスト	説明	リリースバージョン
KM：承認公開ワークフローを使用して KCS テンプレート記事を作成する	承認公開ワークフローを使用して、KCS テンプレート記事の作成を確認します。注: Knowledge Management Advanced Installer プラグインが必要です。	Madrid
KM：承認公開ワークフローを使用してマルチバージョンの標準記事を作成する	承認公開ワークフローを使用して、マルチバージョン管理された標準記事の作成を確認します。注: Knowledge Management Advanced Installer プラグインが必要です。	Madrid
KM：記事レベルのサブスクリプション	ユーザーがナレッジ記事に登録できることを確認します。注: Knowledge Management Advanced Installer プラグインが必要です。	New York
KM：ナレッジベースの canRead と canContribute および記事レベルでの canRead をカバーするユーザー基準	ナレッジベースに対して canRead および canContribute ユーザー基準が作成され、記事に対して canRead ユーザー基準が作成されていることを確認します。注: Knowledge Management コアプラグインが必要です。	Madrid
KM：ケースから KCS 記事を作成する	ケースから KCS 記事が作成されたことを確認します。注: Knowledge Management Advanced Installer およびカスタマーサービス管理 (CSM) デモデータプラグインが必要です。	Madrid
KM：ナレッジベースレベルのサブスクリプション	ユーザーがナレッジベースに登録できることを確認します。注: Knowledge Management Advanced Installer プラグインが必要です。	New York
KM：AQI	AQI チェックリストの作成、アサイン、レビューを確認します。注: Knowledge Management Advanced Installer プラグインが必要です。	New York
KM：要求者が検索を実行して、記事を表示し、フィードバックを提供 (フィードバックタスクには役立たない)	検索リクエスト、レビュー、役に立たないというフィードバックのプロビジョン、ナレッジ管理サービスポータルでの記事へのフィードバックタスクの作成を確認します。注: Knowledge Management Advanced Installer プラグインが必要です。	New York
KM：フィードバックタスクフォームから記事を作成および編集する	[記事の作成] および [記事の編集] ボタンが [ナレッジフィードバックタスク] フォームで利用できることを確認します。注: Knowledge Management Advanced Installer プラグインが必要です。	New York
KM：固定記事を検索し、最高クリックランクを確認	検索要求を検証して、ナレッジ検索 (ts_query_kb) テーブルに固定記事のクリックランク値が追加されていることを確認します。注: Knowledge Management Advanced Installer プラグインが必要です。	New York
KM：所有グループを作成し、編集権限およびサブスクリプションを確認	所有権グループに記事をアサインしたことを確認し、その所有権グループのメンバー全員が記事に登録され、編集権限が割り当てられていることを確認します。注: Knowledge Management Advanced Installer プラグインが必要です。	New York
KM：ナレッジ記事とナレッジブロックの作成、検索、および表示	ナレッジブロックの作成とナレッジ記事への追加を確認します。また、ナレッジブロックコンテンツが検索可能であることを確認します。注: ナレッジブロックプラグインが必要です。	Orlando
KM：ナレッジ - 廃止承認ワークフローの検証	公開されたナレッジ記事を廃止して、ナレッジ - 承認の廃止ワークフローが成功することを確認します。注: Knowledge Management Advanced Installer プラグインが必要です。	Orlando
KM：所有グループマネージャーへのフィードバックタスクアサインの検証	ナレッジ記事の所有権グループマネージャーへのフィードバックタスクのアサインを確認します。注: Knowledge Management Advanced Installer プラグインが必要です。	Orlando
KM：記事テンプレートセレクターにナレッジベースと記事テンプレートが含まれていることの検証	記事テンプレートセレクターに、寄稿アクセス権のあるすべてのナレッジベースと各ナレッジベースに適用可能な記事テンプレートが含まれていることを確認します。注: Knowledge Management Advanced Installer が必要です。	Orlando
KM：公開承認ワークフローの検証	承認プロセスを通じて、ナレッジ記事を取り消し、却下してから承認することで、ナレッジ - 承認公開ワークフローが成功することを確認します。注: Knowledge Management Advanced Installer プラグインが必要です。	Orlando
KM：古いバージョンの記事を最新バージョンにする	古いバージョンのナレッジ記事が最新バージョンになることを確認します。注: Knowledge Management Advanced Installer プラグインが必要です。	Orlando
KM：関連記事ウィジェットにマップされた関連記事が表示されることの検証	ナレッジ記事にマップされた関連記事が、ナレッジ記事ビューページの関連記事ウィジェットに表示されることを確認します。注: Knowledge Management Advanced Installer プラグインが必要です。	Orlando
KM：マップされた関連カタログアイテムが関連アイテムウィジェットに表示されることの検証	ナレッジ記事にマップされた関連カタログアイテムが、ナレッジ記事ビューページの関連アイテムウィジェットに表示されることを確認します。注: Knowledge Management Advanced Installer プラグインが必要です。	Orlando
KM：バージョンニングされた記事が作成、公開、チェックアウト、および廃止されたことを検証	エージェントワークスペースでナレッジ記事を作成、公開、更新、および廃止することで、バージョニングされたナレッジ記事での UI アクションの成功を確認します。注: Knowledge Management Advanced Installer プラグインが必要です。	Quebec
KM：ナレッジ記事のスケジュール済みの公開機能を確認	公開承認ワークフローで記事を作成し、その記事を公開するためにスケジュールを設定し、ステータスが[公開予定] から [公開済み] に変更することを確認することで、ナレッジ記事のスケジュール済みの公開機能を確認します。注: Knowledge Management Advanced Installer プラグインが必要です。	Quebec
KM：Agent Workspace でのナレッジ - 廃止承認ワークフローの検証	Agent Workspace での承認プロセスを通じて、ナレッジ記事を取り消してから承認することで、ナレッジ - 承認公開ワークフローが成功することを確認します。注: Knowledge Management Advanced Installer プラグインが必要です。	Quebec

Knowledge Management の詳細については、「Knowledge Management」を参照してください。

法務要求管理

法務要求管理クイックスタートテストでは、次のアプリをインストールする必要があります。

法務要求管理 (sn_lg_ops)
法務顧問センター (sn_lg_workspace)

表 : 57. 法務要求テストスイート
テスト	説明	リリースバージョン
LRM：プライバシー要求テスト	プライバシーに関する法務要求の送信と履行を検証するテスト	Utah

の詳細については法務要求管理、次を参照してください。法務要求管理.

重大なインシデント重大インシデント管理

重大インシデント管理クイックスタートテストでは、Incident Management - Major Incident Management プラグイン (com.snc.incident.mim) をアクティブ化する必要があります。

表 : 58. MIM：重大なインシデントの管理テストスイート
テスト	説明	リリースバージョン
MIM：重大なインシデントの作成	アプリケーションナビゲーションモジュールから重大なインシデントを作成できることを確認するテスト	Orlando
MIM：重大なインシデント候補の作成	ナビゲーションメニューから [重大なインシデント候補の作成] モジュールを確認するテスト	Orlando
MIM：重大なインシデント候補からの重大なインシデントの作成	重大なインシデント候補から重大なインシデントを作成できることを確認するテスト	Orlando
MIM：重大なインシデントの管理トリガールールに一致したときに重大なインシデント候補を作成	重大なインシデントを作成する条件が重大なインシデントの管理トリガールールに一致したときに、重大なインシデント候補が作成されることを確認するテスト	Orlando
MIM：重大なインシデントの提案 (アサイン先グループが空のとき)	インシデントが重大なインシデントとして提案されたときに [アサイン先グループ] フィールドと [担当者] フィールドが空の場合に、重大なインシデント候補が自動アサインされることを確認するテスト	Orlando
MIM：重大なインシデントの提案 (アサイン先グループが空でないとき)	インシデントが重大なインシデントとして提案されたときに [アサイン先グループ] フィールドと [担当者] フィールドが空でない場合に、重大なインシデントが自動アサインされることを確認するテスト	Orlando
MIM：候補を重大なインシデントに昇格 (アサイン先グループが空のとき)	候補が重大なインシデントに昇格したときに [アサイン先グループ] が空の場合に、重大なインシデントが自動アサインされることを確認するテスト	Orlando
MIM：候補を重大なインシデントに昇格 (アサイン先グループが空でないとき)	候補が重大なインシデントに昇格したときに [アサイン先グループ] が空でない場合に、重大なインシデントが自動アサインされることを確認するテスト	Orlando
MIM：重大なインシデント候補の却下	重大なインシデント候補の却下を確認するテスト	Orlando
MIM：重大なインシデントの降格	重大なインシデントがインシデントに降格したかどうかを確認するテスト	Orlando
MIM：重大なインシデントのクローズ	重大なインシデントのクローズ機能を検証するテスト	Orlando
MIM：ICP および ICT とのステータス同期	インシデントコミュニケーション計画およびインシデントコミュニケーションタスクとのステータスの同期を確認するテストです。	Orlando
MIM：条件に基づいてインシデントが ICP に添付され、ステータスが ICT と同期される	定義された条件に基づいてインシデントコミュニケーション計画がインシデントに関連付けられることを確認するテストです。	Orlando
MIM：MI と PIR の解決	重大なインシデントの解決とインシデントの事後レポートを確認するテストです。	Orlando
MIM：重大なインシデントワークベンチレイアウト確認	重大なインシデントワークベンチレイアウトを確認するテストです。	Orlando
MIM：MI ワークベンチからのコミュニケーションタスクの確認	MI ワークベンチからのコミュニケーションタスクを確認するテストです。	Orlando

Major Incident Management の詳細については、「Major Incident Management」を参照してください。

オンコールスケジューリング

On-Call Scheduling プラグイン (com.snc.on_call_rotation) をアクティブ化して、オンコールスケジューリングクイックスタートテストを実行します。

表 : 59. オンコール：On-Call Scheduling ATF スイート
テスト	説明	リリースバージョン
オンコール：PTO 承認設定が許可されていない場合の休暇の要求の確認	PTO 承認設定が [許可されていません] に設定されている場合に休暇を要求できるかどうかを確認します。	Orlando
オンコール：テンプレートを選択せずに重複するシフトを作成	テンプレートを選択せずに、重複するシフトを作成できるかどうかを確認します。	Orlando
オンコール：シフトの重複を許可する設定が [いいえ] に設定されている場合の重複するシフトの作成	[重複を許可 (Allow overlap)] が [いいえ] に設定されている場合に、重複するシフトを作成できるかどうかを確認します。	Orlando
オンコール：PTO 承認設定が [承認あり] の場合の休暇の要求	PTO 承認設定が [承認あり] に設定されている場合に休暇を要求できるかどうかを確認します。	Orlando
オンコール：オンコールスケジュールを維持するシフトマネージャーのアサイン	シフトマネージャーがオンコールスケジュールを維持できるかどうかを確認します。	Orlando
オンコール：ユーザー名でオンコールスケジュールを検索	ユーザー名でオンコールスケジュールを検索できるかどうかを確認します。	Orlando
オンコール：グループ名またはスケジュール名でオンコールスケジュールを検索	グループ名またはスケジュール名でオンコールスケジュールを検索できるかどうかを確認します。	Orlando
オンコール：エスカレーションルールが「着信シフトにエスカレート」の重複シフトの勤務表詳細	エスカレーションルールが [着信シフトにエスカレート] に設定されている場合の重複するシフトの勤務表の詳細を確認します。	Orlando
オンコール：タイムゾーンオプションを使えるカレンダープレビュー	カレンダープレビューでタイムゾーンオプションを利用できるかどうかを確認します。	Orlando
オンコール：テンプレートを選択して重複するシフトを作成	重複するシフトをテンプレートを選択して作成できるかどうかを確認します。	Orlando
オンコール：アクティブなシフトを表示		Orlando
オンコール：シフトフォームからシフトのドラフトを作成/公開	シフトを公開/公開中止できるかどうか、勤務表のステータスを [ドラフト] と [公開] でフォームから切り替えられるかどうかを確認します。	Orlando
オンコール：エスカレーションルールが「送信シフトにエスカレート」の重複シフトの勤務表詳細	エスカレーションルールが [送信シフトにエスカレート] に設定されている場合の重複するシフトの勤務表の詳細を確認します。	Orlando
オンコール：エスカレーションルールが「すべてのシフトにエスカレート」の重複シフトの勤務表詳細	エスカレーションルールが [すべてのシフトにエスカレート] に設定されている場合の重複するシフトの勤務表の詳細を確認します。	Orlando
オンコール：オンコールワークベンチの確認	オンコールワークベンチのレイアウトを確認するテスト	Orlando
オンコール：シフトを非表示または表示	オンコールカレンダーからシフトを非表示または表示にできるかどうかを確認します。	Orlando

On-Call Scheduling の詳細については、「On-Call Scheduling」を参照してください。

測定基準インテリジェンス

測定基準インテリジェンスクイックスタートテストでは測定基準インテリジェンスプラグイン (com.snc.sa.metric) をアクティブ化する必要があります。

表 : 60. 測定基準インテリジェンスクイックスタートテスト
テスト	説明	リリースバージョン
OI：健全性評価指標の収集	以下を検証する個別のテストです。実行中の測定基準インテリジェンスメトリック拡張機能が少なくとも 1 つあること。メトリックから CI テーブルに「健全性評価指標」のエントリーがあること。現在実行中の各測定基準インテリジェンスメトリック拡張機能について、MetricBase にデータが格納されていること。テストが最初に失敗した場合は、測定基準インテリジェンスメトリック拡張機能が少なくとも 10 ～ 15 分間実行されるまで待ちます。それからもう一度やり直してください。	Madrid

測定基準インテリジェンスの詳細については、「測定基準インテリジェンス」を参照してください。

予測インテリジェンス

予測インテリジェンスクイックスタートテストでは、予測インテリジェンス [com.glide.platform_ml] プラグインを有効にする必要があります。既存の機械学習ソリューションで重要なアップグレードテストを実行するには、基本認証設定テーブル (sys_auth_profile_basic.list) で ml_atf という名前の基本認証プロファイルを作成する必要があります。テストを正常に実行するには、 ml_atf 認証プロファイルに添付されたユーザーに ml_admin ロールを割り当てる必要があります。

表 : 61. 予測インテリジェンス：分類と類似ソリューションの予測テストスイート
テスト	説明	リリースバージョン
PI ： ML モデルのアーティファクトの存在を Glide に保持	ML の予測呼び出しを正常に完了させるため、モデルトレーニング/インスタンスのクローン後に、トレーニング済み ML モデルアーティファクトがすべて Glide (sys_attachments テーブル) に保存されていることを確認します。	New York
PI ： Glide 内の ML ユーザー (sharedservice. worker) の設定が有効	モデルトレーニングを成功させるため、Glide 内の ML ユーザー (sharedservice.worker) がアクティブであり、ログアウトしていないことを検証します。	New York
PI ：分類ソリューションのための Glide アップグレードテスト	Glide アップグレード後に、既存のアクティブなモデルでの分類モデル予測が、クラスメンバーシップと信頼値に関して同じ結果を生成していることを検証します。	New York
PI ：類似ソリューションのための Glide アップグレードテスト	Glide アップグレード後に、アクティブなモデルで類似性モデル予測 API が正しく呼び出されることを検証します。	New York

問題管理

問題管理クイックスタートテストでは、問題管理ベストプラクティス - Madrid プラグイン (com.snc.best_practice.problem.madrid) および問題管理 - ATF テストプラグイン (com.snc.problem.atf) をアクティブ化する必要があります。すべてのステータスに関連するテストでは、Problem Management ステータスモデル (com.snc.best_practice.problem.madrid.state_model) プラグインがアクティブである必要があります。

表 : 62. PRB MGMT ： Problem Management テストスイート
テスト	説明	リリースバージョン
PRB MGMT：問題のステータスが [評価] の場合に問題をキャンセルする	[評価] 状態の問題がキャンセルされたときに、問題の状態が[クローズ済み] に変更され、[解決コード] が [キャンセル済み] になっていることを確認します。	Madrid
PRB MGMT：問題のステータスが [根本原因分析] の場合に問題をキャンセル	問題が [根本原因分析] 状態でキャンセルされたときに、問題の状態が [クローズ済み] に変更され、[解決コード] が [キャンセル済み] になっていることを確認します。	Madrid
PRB MGMT：問題のステータスが [評価] の場合に問題を重複としてマークする	問題が [評価] 状態で、重複としてマークされたときに、問題の状態が [クローズ済み] に変更され、[解決コード] が [重複] になっていることを確認します。	Madrid
PRB MGMT：問題のステータスが [根本原因分析] の場合に問題を重複としてマークする	問題が [根本原因分析] 状態で、重複としてマークされたときに、問題の状態が [クローズ済み] に変更され、[解決コード] が [重複] になっていることを確認します。	Madrid
PRB MGMT：問題のリスクを受け入れる (problem.acceptrisk.move_to_closed:false,state:Fix in Progress）	問題の状態が [解決の進行中] で、リスクが受け入れられたときに、問題の状態が [解決済み] に変更され、[解決コード] が [リスク受け入れ済み] になっていることを確認します。注: 問題のプロパティ [リスクを受け入れたときに、問題を解決済み状態ではなくクローズ済み状態に移行] (problem.acceptrisk.move_to_closed) が false である場合にテストは有効です。	Madrid
PRB MGMT：問題のリスクを受け入れる (problem.acceptrisk.move_to_closed：true、状態：解決の進行中）	問題の状態が [解決の進行中]で、リスクが受け入れられたときに、問題の状態が [クローズ済み] に変更され、[解決コード] が [リスク受け入れ済み] になっていることを確認します。注: 問題のプロパティ [リスクを受け入れたときに、問題を解決済み状態ではなくクローズ済み状態に移行] (problem.acceptrisk.move_to_closed) が true である場合にテストは有効です。	Madrid
PRB MGMT：問題のリスクを受け入れる (problem.acceptrisk.move_to_closed：false、状態：根本原因分析）	問題の状態が [根本原因分析] で、リスクが受け入れられたときに、問題の状態が [解決済み] に変更され、[解決コード] が [リスク受け入れ済み] になっていることを確認します。注: 問題のプロパティ [リスクを受け入れたときに、問題を解決済み状態ではなくクローズ済み状態に移行] (problem.acceptrisk.move_to_closed) が false である場合にテストは有効です。	Madrid
PRB MGMT：問題のリスクを受け入れる (problem.acceptrisk.move_to_closed：true、状態：根本原因分析）	問題の状態が [根本原因分析] で、リスクが受け入れられたときに、問題の状態が [クローズ済み] に変更され、[解決コード] が [リスク受け入れ済み] になっていることを確認します。注: 問題のプロパティ [リスクを受け入れたときに、問題を解決済み状態ではなくクローズ済み状態に移行] (problem.acceptrisk.move_to_closed) が true である場合にテストは有効です。	Madrid
PRB MGMT：ステータスが [根本原因分析] から [クローズ済み] で [リスク受け入れ済み] の問題を再分析する	問題が [クローズ済み] で [解決コード] が [リスク受け入れ済み] になった後に問題が再分析されたときに、問題の状態が [根本原因分析] に変更されたことを確認します。	Madrid
PRB MGMT：問題からの緊急の変更の作成	問題からの緊急の変更の作成を確認します。	Madrid
PRB MGMT：問題からの通常の変更の作成	問題からの通常の変更の作成を確認します。	Madrid
PRB MGMT：問題ステータス管理	問題ステータス管理を確認します。	Madrid
PRB MGMT：完了からの問題の再分析	問題が [クローズ済み] で [解決コード] が [修正適用済み] になった後に問題が再分析されたときに、問題の状態が [根本原因分析] に変更されたことを確認します。	Madrid
PRB MGMT：ステータス評価からキャンセルされた問題の再分析	問題が [クローズ済み] で [解決コード] が [キャンセル済み] になった後に問題が再分析されたときに、問題の状態が [根本原因分析] に変更されたことを確認します。	Madrid
PRB MGMT：ステータスの根本原因分析からキャンセルされた問題を再分析する	問題が [クローズ済み] で [解決コード] が [キャンセル済み] になった後に問題が再分析されたときに、問題の状態が [根本原因分析] に変更されたことを確認します。	Madrid
PRB MGMT：解決の進行中ステータスからクローズ済みリスク受け入れ済みになった問題を再分析する	問題が [クローズ済み] で [解決コード] が [リスク受け入れ済み] になった後に問題が再分析されたときに、問題の状態が [根本原因分析] に変更されたことを確認します。	Madrid
PRB MGMT：問題からの既知のエラー記事の作成	問題から既知のエラー記事が作成されたことを確認します。	Madrid
PRB MGMT：インシデントのリスク受け入れの理由	リスク受け入れ済みの理由が、問題の解決を待機しているインシデントにコピーされたことを確認します。	Madrid
PRB MGMT：修正の連絡	修正の連絡機能を確認します。	Madrid
PRB MGMT：ワークアラウンドの連絡	ワークアラウンドの連絡機能を確認します。	Madrid
PRB MGMT：インシデントの情報の修正	問題が解決されたときに、問題の解決を待機しているインシデントの状態が [解決済み] に変更されたことを確認します。問題の修正メモがインシデントにコピーされます。	Madrid
PRB MGMT：問題タスク (タイプ：全般) ステータス管理	全般タイプの問題の問題タスクステータス管理を確認します。	Madrid

Problem Management の詳細については、「Problem Management」を参照してください。

プロジェクトポートフォリオ管理

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

表 : 63. PMO：コストロールアップとプロジェクト変換テストスイートに対するデマンドを確認するための財務テスト
テスト	説明	リリースバージョン
PMO：プロジェクト/デマンドおよびプログラムへのコスト計画のロールアップを確認	プロジェクトからの総計画コストのロールアップとプログラムへのデマンドを検証します。	Madrid
PMO：プロジェクト/デマンド、プログラム、ポートフォリオへのコスト計画のロールアップを確認	プロジェクトからの総計画コストのロールアップとポートフォリオへのデマンドを検証します。	Madrid
PMO：デマンドから作成されたプロジェクトの財務を確認 - 単純な財務	デマンドから作成されたプロジェクトの財務タブフィールドを検証します。	Madrid
PMO：デマンドから作成されたプロジェクトの財務を確認 - 予算、コスト計画、利益計画を使用	デマンドから作成されたプロジェクトの予算、コスト計画、利益計画を検証します。	Madrid
PMO：コスト計画ブレークダウンとプロジェクトレベルで ETC/EAC を確認	コスト計画ブレークダウンとプロジェクトレベルで EAC と ETC の値を確認します。	Tokyo

表 : 64. PMO：アイデアのライフサイクルを検証するための Innovation Management テスト
テスト	説明	リリースバージョン
アイデアのステータス変更を検証	アイデアが承認、却下、またはその他のタスクがアイデアから作成されたときに、アイデアのステータスが変更されることを検証します。	San Diego

表 : 65. PMO：基本的なライフサイクルとプロジェクトロールアップテストスイートを検証するためのProject Management テスト
テスト	説明	リリースバージョン
アイデアから、デマンド、プロジェクト終了までの 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
子テストスイート：プロジェクト移動アクションの検証
プロジェクト移動アクションを使用してプロジェクトの開始予定日をシフトできることを検証	[プロジェクト移動] 関連リンクを使用して、ステータスが [計画] または [オープン] のプロジェクトの開始予定日を現在の開始予定日より前または後の日付に更新できることを検証します。	Orlando
プロジェクトの実行が選択されているときに [プロジェクト移動] が無効であることを検証	プロジェクトが実行フェーズである場合は、[プロジェクト移動] オプションが使用できないことを検証します。	Orlando
アジャイルフェーズ用に入力されたスプリント日付で、プロジェクト移動機能を検証	[プロジェクト移動] 関連リンクを使用してプロジェクトを移動したときに、スプリントの開始日と終了日がクリアされることを検証します。注: このテストは、Agile Development 2.0 プラグイン (com.snc.sdlc.agile.2.0) がアクティブな場合にのみ利用できます。	Orlando
外部依存関係と関連エンティティを使用してプロジェクト移動機能を検証	[プロジェクト移動] 関連リンクを使用してプロジェクトを移動した場合に、外部依存関係と関連するエンティティもシフトされ、再描画されることを検証します。	Orlando
さまざまなプロジェクトステータスを使用して、プロジェクト移動機能を検証	プロジェクトが [対応中] または [完了してクローズ] ステータスのときに、[プロジェクト移動] が動作しないことを検証します。	Orlando
子テストスイート：プロジェクトの RIDAC フローを検証
リスクの RIDAC フローの確認	プロジェクトに関連付けられたリスクの RIDAC フローを検証します。	Quebec
問題の RIDAC フローの確認	プロジェクトに関連付けられた問題の RIDAC フローを検証します。	Quebec
決定の RIDAC フローの確認	プロジェクトに関連付けられた決定の RIDAC フローを検証します。	Quebec
アクションの RIDAC フローの確認	プロジェクトに関連付けられたアクションの RIDAC フローを検証します。	Quebec
リスクフォームのフィールドの変更を検証	リスクのランク、リスク値、および可能性などのリスクフォームフィールドが送信時に正常に更新されているかどうかを検証します。	Quebec
子テストスイート：デマンドの RIDAC フローを確認する
リスクの RIDAC フローの確認	デマンドに関連付けられたリスクの RIDAC フローを検証します。	Quebec
問題の RIDAC フローの確認	デマンドに関連付けられた問題の RIDAC フローを検証します。	Quebec
決定の RIDAC フローの確認	デマンドに関連付けられた決定の RIDAC フローを検証します。	Quebec
アクションの RIDAC フローの確認	デマンドに関連付けられたアクションの RIDAC フローを検証します。	Quebec
リスクフォームのフィールドの変更を検証	リスクのランク、リスク値、および可能性などのリスクフォームフィールドが送信時に正常に更新されているかどうかを検証します。	Quebec

表 : 66. PMO：リソース計画フローテストスイートを確認するための Resource Management テスト
テスト	説明	リリースバージョン
計画済みからキャンセル済みステータスへのユーザーのリソース計画のフローを確認する	プロジェクトのリソース計画を計画済みステータスからキャンセル済みステータスに移行できることを確認します。	Madrid
計画済みから完了ステータスへのグループのリソース計画のフローを確認する	プロジェクトのリソース計画を計画済みステータスから完了ステータスに移行できることを確認します。	Madrid
計画済みから割り当て済みステータスへのロールのリソース計画のフローを確認する	プロジェクトのリソース計画を計画済みステータスから割り当て済みステータスに移行できることを確認します。	Madrid
対応するプロジェクトまたはデマンドフィールドにロールアップするすべてのリソース計画の集計コストを確認	プロジェクトまたは需要のすべてのリソース計画の集計コストが、[予定コスト] および [割り当てられたコスト] フィールド、それぞれプロジェクトおよびデマンドの [リソースコスト] セクションにロールアップされることを検証します。	Orlando
[リソースプランをコピー] オプションの確認	[リソース計画をコピー] オプションで、元のリソース計画の正確なコピーが [計画] ステータスで作成できることを検証します	Orlando
プロジェクト/デマンドからプログラムにリソース計画の集計がロールアップすることの確認	プロジェクトまたはデマンドのすべてのリソース計画の集計コストが、関連するプログラムの総計画コストにロールアップされていることを検証します。	Orlando
リソース計画の完了時のレコードを確認	完了時にリソース計画の以下の変更を検証します。リソース計画のステータスが [完了] に更新されます。完了日がリソースプランの終了日よりも前の日付である場合、リソース計画の終了日が完了日で更新されます。入力された完了日がリソース計画の終了日より後の場合、リソース計画の終了日が保持されます。完了日より後の期間のリソース計画の要求されたレコードと割り当てレコードは、すべて削除されます。割り当てに対して実際の時間が記録されている場合、その割り当ては削除されません。これらの割り当てレコードについては、割り当てられた時間はゼロになり、実際の時間は保持されます。リソースの利用可能な時間と割り当てられた時間が集計テーブルで更新されます。	Orlando
割り当てタイプが [計画された期間] のリソース計画の完了時にレコードを検証	割り当てタイプが [計画された期間] のリソース計画の完了時に以下を検証します。リソース計画のステータスが [完了] に更新されます。割り当ては削除されません。割り当ての終了日が完了日に更新されます。	Orlando
RP 再計画機能の確認	キャンセルされたリソース計画が再計画されたときに、リソース計画の状態が [計画] に変更されることを検証します。	Orlando
リソース計画の変更が対応するコスト計画に反映されているかどうかを検証	リソース計画が更新されると、対応するコスト計画がそれに応じて更新されることを検証します。たとえば、予定コストの合計が 500 USD で、予定時間が 10 の場合、予定時間を 20 に変更すると、予定コストの合計が 1000 USD に更新されます。	Paris
リソース - リソース計画の開始日と終了日のデフォルト入力をテスト	デマンドの関連リストからユーザーまたはグループのリソース計画を作成するときに、以下を検証します。開始日と終了日がないデマンドが作成された場合は、ユーザーまたはグループのリソース計画にはタスクがデマンドとしてあり、開始日と終了日はありません。開始日と終了日を含むデマンドが作成された場合は、ユーザーのリソース計画にはタスクがデマンドとしてあり、開始日と終了日がデマンドに追加されます。	Paris
運用リソース計画とタイムカードの実際の時間が等しいことを検証	タイムカードカテゴリが運用作業タイプにマップされている場合、その作業タイプに関連付けられた運用リソースプランのタイムカードを送信するときに、リソース計画の実際の時間とタイムカードが同じであることを検証します。	Quebec
運用リソースプランのリソースプラン自動入力を検証	タイムカードに関連付けられた運用リソース計画が、時間が記録されたときにタイムカードで自動的に取得されることを検証します。	Rome
非運用リソース計画のリソースプラン自動入力を検証	プロジェクト、プロジェクトタスク、またはタイムカードのデマンドに関連付けられたリソース計画が、時間が記録されたときにタイムカードで自動的に取得されることを検証します。	Rome

Project Portfolio Management の詳細については、「 Project Portfolio Management」を参照してください。

プロジェクト通貨テストスイート

プロジェクト通貨クイックスタートでは、PPM Standard Multicurrency – ATF Tests プラグイン (com.snc.ppm_multicurrency.atf) をアクティブ化する必要があります。

表 : 67. プロジェクト通貨テストスイートのテスト
テスト	説明	リリースバージョン
コスト計画のプロジェクト通貨でコストを確認	予算参照レートを使用してコスト行ブレークダウンの計算を検証し、コスト計画へのロールアップを確認します。プロジェクト通貨でプロジェクトについても確認します。	Orlando
プロジェクト通貨で利益計画の利益を確認	予算参照レートを使用して利益行ブレークダウンの計算を検証し、利益計画へのロールアップを確認します。プロジェクト通貨でプロジェクトについても確認します。	Orlando

PPM Standard の詳細については、「PPM Standard」を参照してください。

レポート

レポートクイックスタートテスト Automated Test Framework - レポートプラグイン (com.glide.automated_testing_impl.report) は、デフォルトまたはインスタンスの再起動時にアクティブ化されます。

注:

レポートクイックスタートテストはダッシュボードからのレポートアクセスをテストしません。ダッシュボードをテストするには、「ダッシュボードのクイックスタートテスト」を参照してください。

表 : 68. レポートクイックスタートテスト
テスト	説明	リリースバージョン
レポートの可視性	レポートを共有しているユーザーにレポートが表示されるかどうかを確認します。	Madrid

Software Asset Management Foundation プラグインソフトウェア資産管理

Software Asset Management Foundation プラグインソフトウェア資産管理クイックスタートテストでは、ソフトウェア資産管理プロプラグイン (com.snc.samp) をアクティブ化する必要があります。一部のクイックスタートテストでは、以下の追加プラグインをアクティブ化する必要があります。

ソフトウェア資産管理 - 支出検出 (com sn_sam_spend)
ソフトウェア資産管理プロ - Microsoft 向け (com.snc.samp.microsoft)
ソフトウェア資産管理プロ - SAP 向け (com.sn_samp_sap)
Oracle 用のソフトウェア資産管理プロ (com.snc.samp.oracle)
ソフトウェア資産管理 - SaaS License Management 統合 (com sn_sam_saas_int)

表 : 69. ソフトウェア資産管理テストスイート
テスト	説明	リリースバージョン
SAM - 新しく公開された PPN およびコンテンツへのカスタム PPN/DMAP のマッピング	カスタム公開者の部品番号 (PPN) が新しいソフトウェア資産管理コンテンツサービス PPN に置き換えられたことを検証します。	San Diego
SAM：Oracle PaaS BYOL	PaaS デバイスに関する情報を格納する新しいサーバーレスハードウェア [cmdb_ci_serverless_hardware] テーブルの追加を検証します。 Amazon Web サービス (AWS) PaaS 環境の Oracle データベースサーバーのライセンスコンプライアンスを検証します。注: ソフトウェア資産管理プロ for Oracle (com.snc.samp.oracle) プラグインと CMDB CI Class Models ストアアプリケーションが必要です。	Rome
SAM：ソフトウェアモデルのソフトウェア製品ライフサイクルレコード	ソフトウェアモデルフォームの [ソフトウェアライフサイクル] タブにレコードが表示されていることを確認します。注: デモデータと Microsoft 向けソフトウェア資産管理プロ (com.snc.samp.microsoft) プラグインが必要です。	Quebec
SAM：BYOL	ソフトウェアエンタイトルメントフォームの購入日を検証ライセンス測定基準の結果 [samp_license_metric_result] およびライセンスの位置レポート [samp_license_position_report] テーブルに、新しく追加された列 legacy_license の追加を検証します。ソフトウェアインストール [cmdb_sam_sw_install] テーブルに、新しく追加された列、cloud_license_type および cloud_license _type_source を検証します。注: Microsoft 向けソフトウェア資産管理プロ (com.snc.samp.microsoft) プラグインが必要です。	Quebec
SAM - CIS スイートを検証	ダウングレード権限で、コアインフラストラクチャサーバー (CIS) スイートの調整を検証します。注: デモデータと Microsoft 向けソフトウェア資産管理プロ (com.snc.samp.microsoft) プラグインが必要です。	Paris
SAM - PerCoreForMSCluster	Microsoft の調整機能をクラスターのコアごとに検証します。注: Microsoft 向けソフトウェア資産管理プロ (com.snc.samp.microsoft) プラグインが必要です。	Paris
SAM - アップグレード/ダウングレードを Microsoft Publisher の調整中に検証	アップグレードとダウングレードの権限を、Microsoft 製品の調整中に検証します。注: デモデータと Microsoft 向けソフトウェア資産管理プロ (com.snc.samp.microsoft) プラグインが必要です。	Paris
SAM - SaaS アプリケーションを統合するデマンドを生成	SaaS アプリケーションでデマンドの生成と送信を検証します。注: ソフトウェア資産管理 - Spend Detection (com.sn_sam_spend) プラグインと PPM standard (com.snc.financial_planning_pmo) プラグインが必要です。	Paris
SAM - SAP エンジンのソフトウェアモデルとソフトウェアエンタイトルメント	製品が SAP エンジンである場合、ソフトウェアモデルとソフトウェアエンタイトルメントの各フォームが変更されたことを確認します。注: SAP 向けソフトウェア資産管理プロ (com.sn_samp_sap) プラグインが必要です。	Paris
SAM：ソフトウェアモデルのダウングレード権限	コンテンツサービスからプッシュされたダウングレード権限が、ソフトウェアモデルフォームの [ダウングレード権限] 関連リストで正しく設定されていることを検証します。	Orlando
SAM：ソフトウェアエンタイトルメントに関するマルチコアパック検証	ソフトウェアエンタイトルメントに関するマルチコアパックの新しいフィールドの機能を検証します。注: Microsoft 向けソフトウェア資産管理プロ (com.snc.samp.microsoft) プラグインが必要です。	Orlando
SAM：ソフトウェアエンタイトルメントのダウングレード権限	コンテンツサービスからプッシュされたダウングレード権限が、ソフトウェアエンタイトルメントフォームの [ダウングレード権限] 関連リストで正しく設定されていることを検証します。	Orlando
SAM：ソフトウェア支出トランザクション	ソフトウェア消費トランザクションの作成を検証します。注: ソフトウェア資産管理 - 支出検出 (com.sn_sam_spend) プラグインが必要です。	Orlando
SAM：ソフトウェアモデルとソフトウェアエンタイトルメント	ユーザーがソフトウェアモデルとソフトウェアエンタイトルメントを作成し、それらのレコードを検証できることをテストします。	New York
SAM：ソフトウェアのインストールと Discovery モデル	ユーザーがソフトウェアのインストールと検出モデルを作成し、それらのレコードを検証できることをテストします。	New York
SAM - カスタム PPN を使用するソフトウェアエンタイトルメントの作成	カスタムソフトウェア製品、カスタム製品のカスタム DMAP、カスタム DMAP のカスタム部品番号、カスタム部品番号を使用するソフトウェアエンタイトルメントを作成して、ソフトウェアモデルが自動で作成されていることを確認します。	New York
SAM - SAP の名前付きユーザーのソフトウェアモデルチェック	公開者が SAP で製品が名前付きユーザーである場合に、ソフトウェアモデルフォームが変更することをテストします。注: SAP 向けソフトウェア資産管理プロ (com.sn_samp_sap) プラグインが必要です。	New York
SAM：SaaS のソフトウェアモデルチェック	SaaS 製品が選択された際に、ソフトウェアモデルフォームが変更することをテストします。注: ソフトウェア資産管理 - SaaS License Management Integrations (com.sn_sam_saas_int) プラグインが必要です。	New York
SAM：SaaS ソフトウェア製品のフィールドを検証	[サブスクリプションソフトウェア] と [インストールを無視] フィールドがソフトウェア製品フォームに存在することをテストします。注: ソフトウェア資産管理 - SaaS License Management Integrations (com.sn_sam_saas_int) プラグインが必要です。	New York

ソフトウェア資産管理の詳細については、「ソフトウェア資産管理」を参照してください。

セキュリティインシデントレスポンス

セキュリティインシデントレスポンスクイックスタートテストでは Security Incident Response プラグイン (com.snc.security_incident) をアクティブ化して、デモデータをロードする必要があります。

表 : 70. セキュリティインシデントレスポンステスト
テスト	説明	リリースバージョン
SIR：セキュリティインシデントの作成	ユーザーがセキュリティインシデントフォームからセキュリティインシデントを正常に作成できるかどうかを判断します。	Washington DC
SIR：セキュリティインシデントカタログからセキュリティインシデントを作成する	ユーザーがカタログからセキュリティインシデントを正常に作成できるかどうかを判断します。	Washington DC
SIR：セキュリティインシデントライフサイクル	ポリシー違反ワークフローの対応タスクを検証します。	Washington DC
SIR：脅威のルックアップ	脅威のルックアップ機能を検証します。	Washington DC
SIR：PIR アセスメント OOTB 構成	このテストを使用して、PIR アセスメントとベースシステム構成を検証します。	Washington DC
SIR：PIR アセスメントの条件付き構成	インシデントの事後アセスメントを完了せずに、必須の条件付きルールに一致するセキュリティインシデントがクローズされていないことを確認します。インシデントの事後アセスメントを完了せずに、オプションの条件付きルールに一致するセキュリティインシデントがクローズされていないことを確認します。ルールに一致しないセキュリティインシデントに対してアセスメントが生成されていないことを確認します。	Washington DC
SIR：PIR 実行時間検証	新しい設計に従って PIR レポートが構成され、セキュリティインシデントに添付されていることを検証します。	Washington DC
SIR：PIR デザイン時間セットアップ検証	管理者の構成に基づいて、セキュリティインシデントがレポートテンプレートにマップされていることを検証します。	Washington DC
SIR：セキュリティインシデントを既存の重大なセキュリティインシデントにリンク	セキュリティインシデントを既存の重大なセキュリティインシデントにリンクし、重大なセキュリティインシデントにロールアップされたセキュリティインシデントからのデータを検証します。	Washington DC
SIR：セキュリティインシデントを重大なセキュリティインシデントとして昇格	セキュリティインシデントを重大なセキュリティインシデントとして昇格し、重大なセキュリティインシデントにロールアップされたセキュリティインシデントのデータを検証します。	Washington DC
SIR：重大なセキュリティインシデントとしてセキュリティインシデントを提案	セキュリティインシデントを重大なセキュリティインシデントとして提案し、重大なセキュリティインシデントにロールアップされたセキュリティインシデントからのデータを検証します。	Washington DC
[制限の適用] がオンになったら、許可されたメンバーのみがセキュリティインシデントにアクセスできることを確認します	[制限の適用 (Enforce Restriction)] が有効になったら、許可されたメンバーのみがセキュリティインシデントにアクセスできることを確認します。	Washington DC
[制限の適用] がオンになったら、許可されたグループのみがセキュリティインシデントにアクセスできることの確認	[制限の適用 (Enforce Restriction)] が有効になったら、許可されたグループのみがセキュリティインシデントにアクセスできることを確認します。	Washington DC
読み取りアクセスを検証	表示アクセスを検証します。	Washington DC
書き込みアクセスを検証	編集アクセス権を検証します。	Washington DC

Security Incident Response の詳細については、「Security Incident Response」を参照してください。

サービスレベル管理

サービスレベル管理クイックスタートテストでは、サービスレベル管理 - ATF Tests プラグイン (com.snc.service_level_management.atf) をアクティブ化する必要があります。

表 : 71. サービスレベル管理クイックスタートテスト
テスト	説明	リリースバージョン
SLM：Service Level Management タスク SLA の完了ワークフロー	ユーザーがタスク SLA を作成し、ワークフローを完了できることをテストします。	Orlando
SLM：Service Level Management タスク SLA のキャンセルワークフロー	ユーザーがタスク SLA を作成し、ワークフローをキャンセルできることをテストします。	Orlando
SLM: Service Level Management タスク SLA タイマー REST API	SLA タイマー API 応答が SLA タイマー重大コンポーネントで想定されているデータと一致することをテストします。	Paris

Service Level Management の詳細については、「Service Level Management 」を参照してください。

サービスマッピング

サービスマッピングクイックスタートテストでは Service Mapping (com.snc.service-mapping) プラグインをアクティブ化して、デモデータをロードする必要があります。

表 : 72. サービスマッピングクイックスタートテスト
テスト	説明	リリースバージョン
SM OOTB：ロールによる SM アプリケーションの可視化をテストする	さまざまなロールのサービスマッピングアプリケーションとモジュールの可視化を検証します。たとえば、このテストでは、sm_user ロールでログインしたユーザーが、サービスマッピングで管理モジュールにアクセスできないことを確認します。	Madrid
SM OOTB：サービスマップの確認	このテストテンプレートを使用して、最も重要なサービスのトポロジが変更されていないことを確認するカスタムテストを作成します。 [データセットのテスト実行] の値を設定し、テストするサービスの名前と、このサービスで見つかると予期されるノードを識別します。ノード名の値には、マップでそのまま表示されるノード属性を入力します (「Apache サーバー」など)。ノードの属性名が切り詰められている場合、またはノードが CI クラスターであることが示されている場合は、このノード名の値を、マップで表示される方法を反映するように設定します (11 台の Exchange FrontEnd サーバーのグループに対して「11x ExchangeF」など)。注: このテストを使用して、最上位より上の未展開レベルのサービスコンテンツを確認することはできません。	Orlando、更新された Paris
SM OOTB：アップグレード後に UI アクセシビリティを確認	このテストを実行して、アップグレード後にサービスマッピングの UI が完全に機能することを確認します。	Orlando

Service Mapping の詳細については、「Service Mapping」を参照してください。

サービスポートフォリオ管理プレミアム

サービスポートフォリオ管理プレミアムクイックスタートテストでは、サービスポートフォリオ管理プレミアムプラグイン (com.snc.spm) をアクティブ化する必要があります。

表 : 73. サービスポートフォリオ管理プレミアム - ATF テストのテストスイート
テスト	説明	リリースバージョン
ポートフォリオエディター：ポートフォリオオーナーではなく、読み込み専用の分類アクセス	関連付けられているが所有していないポートフォリオの分類に対し、ポートフォリオエディターが読み取りしかできないことを確認します。	Orlando
ポートフォリオエディター：新規ポートフォリオの作成不可	ポートフォリオエディターが、ポートフォリオを新しく作成できないことを確認します。	Orlando
ポートフォリオエディター：有効なポートフォリオ所有者の分類アクセス	ポートフォリオ所有者が、所有するポートフォリオ内部の分類にアクセスできることを確認します。	Orlando
サービスエディター：アクセス	サービスエディターが、所有するサービスとオファリングのみを編集できることを確認してください。	Orlando
ポートフォリオエディター：所有するポートフォリオを変更可能	ポートフォリオエディターが、所有するポートフォリオの変更と更新を行えることを確認します。	Orlando
ポートフォリオの作成	ポートフォリオ管理者がポートフォリオを新しく作成できることを確認します。	Orlando
ポートフォリオエディター：所有していないポートフォリオは変更不可	ポートフォリオエディターが、所有していないポートフォリオを変更できないことを確認します。	Orlando
サービスワークフロー	サービスポートフォリオ、分類ノード、サービスオファリングが添付されていないと、サービスがカタログフェーズに進めないことを確認してください。サービスをカタログフェーズからパイプラインフェーズに戻せないことを確認します。	Orlando
サービスポートフォリオ (標準)	サービスポートフォリオ、分類レイヤー、および分類ノードを作成します。	Orlando
ポートフォリオ + 3 層の分類レイヤーを作成	3 つの分類レイヤーを含むサービスポートフォリオを作成します。	Orlando
サービスポートフォリオ (例外) - 分類レイヤー定義セット 01	サービスポートフォリオ、分類レイヤー、および分類ノードを作成します。	Orlando
SPM: ポートフォリオを作成	サービスポートフォリオを作成します。	Paris
SPM: ポートフォリオ + 3 層の分類レイヤーを作成	3 つの分類レイヤーを含むサービスポートフォリオを作成します。	Paris
SPM: サービスポートフォリオ (標準)	サービスポートフォリオ、分類レイヤー、および分類ノードを作成します。	Paris
SPM: サービスポートフォリオ (例外) - 分類レイヤー定義セット 01	サービスポートフォリオ、分類レイヤー、および分類ノードを作成します。	Paris
SPM: ポートフォリオエディター: 所有するポートフォリオを変更可能	ポートフォリオエディターが、所有しているポートフォリオを変更できることを確認します。	Paris
SPM: ポートフォリオエディター: 所有していないポートフォリオは変更不可	ポートフォリオエディターが、所有していないポートフォリオを変更できないことを確認します。	Paris
SPM: ポートフォリオエディター: 新規ポートフォリオが作成不可	ポートフォリオエディターが、新規ポートフォリオを作成できないことを確認します。	Paris
SPM: ポートフォリオエディター: 有効なポートフォリオ所有者の分類アクセス	ポートフォリオ所有者が、所有する分類にアクセスできることを確認します。	Paris
SPM: ポートフォリオエディター: ポートフォリオ所有者ではなく、読み込み専用の分類アクセス	ポートフォリオエディターが、所有していないポートフォリオの分類の読み込みのみを許可されていることを確認します。	Paris
SPM: サービスエディター: アクセス	サービスエディターが、所有するかまたは委任されているサービスとオファリングのみを編集できることを確認します。	Paris
SPM: サービスビューアー: アクセス	サービスビューアーが、サービスを表示するためのアクセスを持っていることを確認します。	Paris
SPM: サービスワークフロー	サービスポートフォリオ、分類ノード、サービスオファリングが添付されていないと、サービスがカタログフェーズに進めないことを確認してください。サービスをカタログフェーズからパイプラインフェーズに戻せないことを確認します。	Paris

Service Portfolio Managementの詳細については、「 Service Portfolio Management」を参照してください。

スキル管理

スキル管理のクイックスタートテストでは、Skills Management プラグイン (com.snc.skills_management) をアクティブ化する必要があります。

表 : 74. Skills Management テストスイート
テスト	説明	リリースバージョン
Skills Management：ユーザーが複数のグループに属している場合のユーザースキルレベルの継承	ユーザーが、異なるスキルレベルを持つ同じスキルを割り当てられた複数のグループに属する場合に、ユーザーが最も高いスキルレベルに割り当てられていることを確認します。	New York
Skills Management ：最も低いレベルのカテゴリーにスキルを追加	スキルを最低レベルのカテゴリに追加できることを確認します。	New York
Skills Management ：親カテゴリの下に子カテゴリを作成	親カテゴリでフラグ [スキルを追加] がオフになっている場合に、下位レベルのカテゴリが作成できることを確認します。	New York
Skills Management ：スキルカテゴリの作成	[スキルカテゴリ] フォームでスキルカテゴリを作成できることを確認します。	New York
Skills Management ：スキルレベルタイプとスキルレベルの作成	タイプに対してスキルレベルタイプと異なるスキルレベルを定義します。	New York
Skills Management ：グループからユーザーへのスキルレベルの継承	スキルレベルをグループからグループのユーザーに継承でき、[継承] および [継承されたスキルレベル] フィールドが true に設定されることを確認します。	New York
Skills Management ：[IT スキルの管理] ユーザーインターフェイスからスキルを作成	IT スキルの管理ユーザーインターフェイスを使用してスキルを作成できることを確認します。	Orlando
Skills Management ：[IT スキルの管理] ユーザーインターフェイスで、スキルとスキルレベルをユーザーに追加	[IT スキルの管理] ユーザーインターフェイスで、スキルと関連するスキルレベルをユーザーに追加できることを確認します。	Orlando
Skills Management ：[IT スキルの管理] ユーザーインターフェイスで、スキルを選択し、スキルにユーザーを追加します。	[IT スキルの管理] ユーザーインターフェイスで、スキルと関連するスキルレベルを 1 名以上のユーザーに追加できることを確認します。	Orlando
Skills Management ：[IT スキルの管理] ユーザーインターフェイスで、スキルレベルのないスキルを選択し、そのスキルにユーザーを追加	[IT スキルの管理] ユーザーインターフェイスで、スキルレベルのないスキルを選択し、そのスキルを 1 名以上のユーザーに追加できることを確認します。	Orlando

スキル管理の詳細については、「Skills Management」を参照してください。

テスト管理 2.0

テスト管理 2.0 クイックスタートテストでは、テスト管理 2.0 プラグイン (com.snc.test_management.2.0) およびテスト管理 2.0 - ATF テストプラグイン (com.snc.test_management.2.0.atf) をアクティブ化する必要があります。

表 : 75. Test Management 2.0：テストバージョンテストスイート
テスト	説明	リリースバージョン
テストバージョンを作成するとテストが作成される	テストの作成とバージョンを検証します。	Madrid
検証手順が含まれている場合、テストバージョンを準備完了としてマークすることができる	テストに検証手順があるときにテストのステータスを検証します。	Madrid
検証手順が含まれていない場合、テストバージョンを準備完了としてマークすることができない	テストに検証手順がないときにテストのステータスを検証します。	Madrid
テストバージョンを準備完了としてマークしたときに、準備完了ステータスの他のテストバージョンを廃止する	テストを準備完了としてマークしたときにテストのステータスを検証します。	Madrid

表 : 76. Test Management 2.0：テスト結果ロールアップテストスイート
テスト	説明	リリースバージョン
テスト実行が終了したときに実行スイートの進行状況を更新する	実行ステータスの進行状況を検証します。	Madrid
準備完了ステータスではないテストを割り当てることができない	テストの割り当てを検証します。	Madrid
テストの進行状況をテスト計画とテストサイクルのためにロールアップする	テスト計画とテストサイクルについてテストの進行状況を検証します。	Madrid

Test Management 2.0 の詳細については、「Test Management 2.0」を参照してください。

ユニバーサル要求

ユニバーサル要求クイックスタートテストではユニバーサル要求 (com.snc.universal_request)、Universal Request: Integration for Incident management (com.snc.incident.universal_request)、およびヒューマンリソース (HR) スコープ対象のアプリ：Core (com.sn_hr_core) プラグインをアクティブ化する必要があります。

表 : 77. ユニバーサル要求クイックスタートテスト
テスト	説明	リリースバージョン
UR：人事ケースのインシデントへの転送	人事ケースがインシデントに転送され、インシデントが作成されたかどうかを検証します。	Quebec
UR：Universal Request を制限または制限解除	以下を検証します。ルーティングエージェントが UR を制限すると、フィールドは制限されて非表示になります。 sensitiveinfo_agent ロールを持つエージェントのみが要求の制限を解除できます。また、要求の制限が解除されると、すべてのフィールドが表示されます。エージェントは sys-audit ログアクセスを利用できます。	Washington DC
UR：RITM を使用した Universal Request の作成	Universal Request Certified が有効になっている場合に、セルフサービスの任意のアイテムのカタログ要求を作成できることを検証します。	San Diego

ベンダー管理ワークスペース

ベンダー管理ワークスペースクイックスタートテストでは。ベンダー管理ワークスペースプラグイン (com.snc.vlm.vmw) をアクティブ化して、デモデータをロードする必要があります。

表 : 78. ベンダー管理ワークスペース - テストのテストスイート
テスト	説明	リリースバージョン
VLM：ベンダーの作成	アップグレード後に、ベンダー管理ワークスペースプラグインで問題を追跡します。新しいベンダーを作成します。	New York

Vendor Manager Workspace の詳細については、「Vendor Management Workspace」を参照してください。

ベンダー管理ワークスペースおよびサードパーティリスク管理

GRC: ベンダー管理ワークスペースおよびサードパーティリスク管理クイックスタートテストでは、ベンダー管理ワークスペース AND サードパーティリスク管理プラグイン (com.sn_vdr_risk_asmt) をアクティブ化してデモデータをロードする必要があります。

表 : 79. GRC: ベンダーリスク管理およびサードパーティリスク管理クイックスタートテスト
テスト	説明
GRC:エンゲージメントリスクアセスメントの作成	エンゲージメントリスクアセスメントを作成し、エンゲージメントに送信します。
GRC: ベンダーリスクスコアリング - エンゲージメントのアセスメントをキャンセル	エンゲージメントの 1 つのアセスメントがキャンセルされた後、リスク評価の再計算要求がエンゲージメントとサードパーティで自動的に作成されることを確認します。
GRC:ベンダー問題 ATF	サードパーティリスクの問題フォームとサードパーティリスクタスクフォームを作成して送信します。
GRC:ベンダーリスクアセスメントの作成	ベンダーリスクアセスメントを作成し、ベンダーに送信します。
GRC: Vendor Portal - アセスメントの回答および返送	ベンダー連絡先が Service Vendor Portal でアセスメントに回答し、送信します。
GRC：ベンダー階層アセスメント	期間を変更した後、アセスメントを選択して各査定人に送信します。

アップグレードの適用やアプリケーションの開発などの構成変更を行った後も、TPRM が変わらず正常に動作することを検証します。クイックスタートテストをコピーしてカスタマイズし、インスタンス固有のデータを使用する際に渡します。

脆弱性対応

脆弱性対応クイックスタートテストでは、脆弱性対応アプリケーション (sn_vul) をアクティブ化してデモデータをロードする必要があります。

表 : 80. 脆弱性対応テスト
テスト	説明	リリースバージョン
VR：修正ターゲットルールの作成	修正ターゲットルールを作成します。	Madrid
VR：脆弱性グループルールの作成	脆弱性グループルールを作成します。	Madrid
VR：フォームを介した脆弱性一致アイテムの作成	ユーザーが脆弱性一致アイテムフォームから脆弱性一致アイテムを正常に作成できるかどうかを判断します。	Madrid
VR：脆弱性グループのライフサイクル	ユーザーが脆弱性グループを正常に解決できるかどうかを判断します。	Madrid
VR：脆弱性一致アイテムのライフサイクル	ユーザーがライフサイクルを通して脆弱なアイテムを正常に移動できるかどうかを判断し、クローズ済みの脆弱性一致アイテムを再度開くことができるかどうかを判断します。	Madrid
VR：ロールアップ計算機	ロールアップリスク計算機が、脆弱性グループのすべての脆弱なアイテムのスコアを使用して、脆弱なアイテムのグループ全体の全体的なリスクスコアを算出できるかどうかを判断します。	New York
VR：Vulnerability Response アサインルール	アサインルールのサンプルセットが脆弱なアイテムをアサイングループに自動アサインして修復できるかどうかを確認します。	New York
VR：脆弱性計算機	脆弱性計算機をテストします。	New York
VR：CI ルックアップ - Qualys	「field_matching」メソッドを使用して、Qualys 用の「ネットワークアダプターによるルックアップ」という名前の新しいルックアップルールを作成します。新しいルックアップルールを使用し、ネットワークアダプターおよび IP アダプターで、[検出されたアイテム] テーブルの構成アイテムに一致させることができるかどうかを確認します。	Orlando
VR：通常および緊急の変更要求の作成	ユーザーが脆弱性グループから通常および緊急の変更要求を作成できるかどうかを確認します。	Orlando
VR：脆弱性グループの分割	ユーザーが脆弱性グループを分割できるかどうかを確認します。	Orlando
VR：CHG がキャンセルされたときに VG ステータスを更新	脆弱性グループに関連付けられている変更要求がキャンセルされたときに、脆弱性グループの [ステータス] フィールドが正常に移行するかどうかを確認します。	Orlando
VR：CHG が [レビュー] に移行したときに VG ステータスを更新	脆弱性グループに関連付けられている変更要求が [レビュー] ステータスに移行したときに、脆弱性グループの [ステータス] フィールドが正常に移行するかどうかを確認します。	Orlando
VR：CI ルックアップ - Rapid7	既存の Rapid7 Vulnerability Integration ルックアップルール、 IP アドレスを使用して CI ルックアップをテストします。	Orlando
VR：CI ルックアップ - Qualys	Qualys Vulnerability Integration に対する新しいルックアップルールを作成して CI ルックアップをテストします。	Orlando
VR：VI の例外承認ワークフロー	例外要求を作成し、承認プロセスが機能していることを確認します。	Orlando
VR：VI の誤検出承認ワークフロー	誤検出の例外要求を作成し、承認プロセスが機能していることを確認します。	Orlando
VR: Application Vulnerability Response (AVR)	ルールと計算機が正しく機能しているかどうかを判定します。更新が機能していることを検証します。	Orlando
修正ターゲットルール：VI インポートテスト	インポート中に VR 修正ターゲットルールをテストします。	Paris
VR：分類ルール	脆弱性を自動的に分類するサンプル分類ルール	Tokyo

Vulnerability Response の詳細については、「Vulnerability Response」を参照してください。

ウォークアップエクスペリエンス

ウォークアップエクスペリエンスクイックスタートテストでは、ウォークアップエクスペリエンスプラグイン (com.snc.walkup) をアクティブ化して、デモデータをロードする必要があります。

表 : 81. ウォークアップエクスペリエンス - テストのテストスイート
テスト	説明	リリースバージョン
場所の作成	ウォークアップ管理者 [sn_walkup.walkup_admin] ロールを持つユーザーが既存のすべてのウォークアップキューにアクセスでき、新しいキューの場所を作成し、キューを適切に設定できることを確認します。	Orlando
オンサイトチェックイン (ITIL ユーザー)	ITIL ロールを持つユーザーがオンサイトキューの場所にチェックインできることを確認します。	Orlando
オンサイトチェックイン (ESS ユーザー)	ESS ロールを持つユーザーがオンサイトキューの場所にチェックインできることを確認します。	Orlando
オンサイトチェックイン (ゲスト)	ゲストユーザーがオンサイトキューの場所にチェックインできることを確認します。	Orlando

Walk-up Experience の詳細については、「Walk-up Experience」を参照してください。

アプリケーションまたは機能別に利用可能なクイックスタートテスト

Agile Development 2.0

アプリケーションポートフォリオ管理

アセスメントとサーベイ

変更管理

Cloud Provisioning and Governance

コーチング

Communities

コンフィグレーションコンプライアンス

構成管理データベース (CMDB)

継続的改善管理

カスタマーサービス管理 (CSM)

ダッシュボード

DevOps

従業員センター および 従業員センタープロ

Essential SAFe

イベント管理

フィールドサービス管理 (FSM)

ファイナンスクローズオートメーション

ファイナンシャルマネジメント

Granular Delegation

GRC Audit Management

GRC Continuous Authorization and Monitoring

GRC ポリシーとコンプライアンス管理

GRC リスク管理

ハードウェア資産管理

HR サービスデリバリ (HRSD)

インシデント管理

CMDB 共通統合

投資枠管理

ナレッジ管理

法務要求管理

重大なインシデント 重大インシデント管理

オンコールスケジューリング

測定基準インテリジェンス

予測インテリジェンス

問題管理

プロジェクトポートフォリオ管理

プロジェクト通貨テストスイート

レポート

Software Asset Management Foundation プラグイン ソフトウェア資産管理

セキュリティインシデントレスポンス

サービスレベル管理

サービスマッピング

サービスポートフォリオ管理プレミアム

スキル管理

テスト管理 2.0

ユニバーサル要求

ベンダー管理ワークスペース

ベンダー管理ワークスペース および サードパーティリスク管理

脆弱性対応

ウォークアップエクスペリエンス

従業員センターおよび従業員センタープロ

重大なインシデント重大インシデント管理

Software Asset Management Foundation プラグインソフトウェア資産管理

ベンダー管理ワークスペースおよびサードパーティリスク管理