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

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

危険:

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

アジャイル開発 2.0

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

表 : 1. アジャイル開発 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 Tests プラグイン (com.snc.apm.atf) を有効にする必要があります。

表 : 2. エンタープライズアーキテクチャ：ビジネスアプリケーションおよび機能テストスイートの作成

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

エンタープライズアーキテクチャ (旧アプリケーションポートフォリオ管理) の詳細については、「アプリケーションポートフォリオ管理」を参照してください。

アセスメントとサーベイ

アセスメントとサーベイ クイックスタートテストでは、自動テストフレームワーク (ATF) 調査プラグイン (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
サービスポータルを使用して標準的な変更を作成する	サービスポータルから標準的な変更を作成する	Yokohama

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

クラウドプロビジョニングとガバナンス

クラウドプロビジョニングとガバナンス クイックスタートテストでは、次の クラウドプロビジョニングとガバナンス プラグインをアクティブ化する必要があります。

• クラウドプロビジョニングとガバナンス (com.snc.cloud.mgmt)
• ドメインサポート：ドメイン拡張インストーラープラグイン (com.glide.domain.msp_extensions.installer)
• サービスカタログ：ドメインセパレーションプラグイン (glideapp.servicecatalog.domain_separation)

表 : 12. クラウドプロビジョニングとガバナンス: 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：クラウドカタログアイテムページを開く	サービスポータルの [クラウドカタログアイテム] ページを開きます。	Orlando
CMP：カタログフォームの送信	カタログフォームを送信して、ARM スタックのプロビジョニングを開始します。	Orlando
CMP：スタックステータスがアクティブかどうかの確認	スタックのプロビジョニング後にスタックのステータスを検証します。	Orlando
CMP：2 日後のスタックステータスの確認 - 停止操作	停止操作後に、スタックのステータスが「オン」から「オフ」に変更されたことを検証します。	Orlando
CMP：2 日後のスタックステータスの確認 - 開始操作	開始操作後に、スタックのステータスが「オフ」から「オン」に変更されたことを検証します。	Orlando
CMP：2 日後のスタックステータスの確認 - プロビジョニング解除操作	プロビジョニング解除操作後に、スタックのステータスが「オン」から「終了」に変更されたことを検証します。	Orlando

表 : 13. クラウドプロビジョニングとガバナンス: 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：クラウドカタログアイテムページを開く	サービスポータルの [クラウドカタログアイテム] ページを開きます。	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. コーチングテストスイート

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

コーチングの詳細については、「コーチング」を参照してください。

コミュニティ

コミュニティ クイックスタートテストでは、カスタマー コミュニティ プラグイン (com.sn_customer_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. コンフィグレーションコンプライアンス クイックスタートテスト

テスト	説明	リリースバージョン
コンフィギュレーションコンプライアンスアサインルール	アサインルールを作成します。	Yokohama
コンフィグレーションコンプライアンス - グループルールを最適用	テスト結果グループルールを再適用します。	Yokohama
コンフィグレーションコンプライアンス - グループルールを削除	テスト結果グループルールを削除します。	Yokohama

コンフィグレーションコンプライアンスの詳細については、「コンフィグレーションコンプライアンス」を参照してください。

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

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

表 : 17. CMDB BSM：依存関係ビューテストスイート依存関係ビュー API の機能をチェックするテストスイート

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

表 : 18. CMDB ヘルス：CMDB ヘルスダッシュボードテストスイート基本的なレベルで CMDB ヘルスダッシュボードが機能しているかどうかを確認するテストスイート。

テスト	説明	リリースバージョン
CMDB ヘルス: 健全性ジョブステータス	30 日以上前に開始された CMDB ヘルスダッシュボードジョブが、まだ処理中かどうかを確認します。	New York
CMDB ヘルス：CMDB ヘルスの完全性/推奨	推奨される測定基準 (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 クエリービルダーで、cmdb_query_builder ユーザーロールが保存されたクエリーにアクセスして実行でき、クエリーの保存はできないことを確認します。	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 API の機能を検証するためのテストスイート。

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

構成管理データベース (CMDB) の詳細については、「構成管理データベース (CMDB)」を参照してください。

継続的改善管理

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

表 : 23. 継続的改善管理 テスト

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

継続的改善管理の詳細については、「継続的改善管理」を参照してください。

カスタマーサービス管理 (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)
• 重大な問題管理 (com.sn_majorissue_mgt)
• イベント管理によるプロアクティブカスタマーサービスオペレーションプラグイン (com.snc.proactive_cs_ops)
• スキル決定 (com.snc.skill_determination)
• UX ATF アクション (com.glide.ux.atf_action)
• 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：重大なケースとその子ケースの作成	受信者リスト内の顧客アカウントに対して、重大なケースと関連する子ケースを作成します。 注: 重大な問題管理が必要です。	Orlando
CSM：顧客の要求を作成するエージェント	カスタマーサービスエージェントとして、顧客の要求を作成します。 注: カスタマーサービス要求のデータ連携が必要です。	Orlando
CSM： 新しいケースタイプの登録	ケースタイプを登録し、レコードが作成されたことを確認します。	Orlando
CSM:アカウントのプロジェクトを作成	プロジェクトマネージャーがアカウントのプロジェクトを作成します。 注: 顧客プロジェクト管理 (PM) が必要です。	Orlando
CSM:プロジェクト連絡先の特定	プロジェクトマネージャーがプロジェクトの顧客を特定します。 注: 顧客プロジェクト管理 (PM) が必要です。	Orlando
CSM：プロジェクトからケースを作成	プロジェクトからケースを作成します。	Orlando
CSM：高度なタイプのスキル決定ルールテスト	高度なタイプのスキル決定ルールを作成します。 注: スキルを決定する必要があります。	Orlando
CSM：プロジェクトタスクからケースを作成	プロジェクトタスクからケースを作成します。	Orlando
CSM：ケースからタスクを作成	ケースからケースタスクを作成します。	Orlando
CSM：ケースタスクエージェントにケースタスクをアサイン	カスタマーサービスエージェントは、ケースタスクを作成してケースタスクエージェントにアサインします。	Rome
CSM：アサインされたケースタスクをケースタスクエージェントが表示	アサインされたケースタスクをケースタスクエージェントが表示できることを確認します。	Rome
CSM：アサインされたタスクをケースタスクエージェントが完了	アサインされたケースタスクをケースタスクエージェントが完了します。	Rome
CSM：「ケースの作成 (POST)」API を使用してケースを作成	「ケースの作成 (POST)」API を使用してケースを作成します。 注: ATF のステップ 1 で [ベーシック認証] フィールドにアサインされたユーザー認証レコードが必要です。	Rome
CSM：「ケースのクエリ (GET)」API を使用してケースをクエリ	「ケースのクエリ (GET)」API を使用してケースをクエリします。 注: ATF のステップ 1 で [ベーシック認証] フィールドにアサインされたユーザー認証レコードが必要です。	Rome
CSM：アカウント間での住所の共有	アカウントに再利用可能な住所を実装して、複雑なカスタマーオペレーションとビジネスモデルをサポートします。	Washington DC
CSM：消費者プロファイルの場所の管理	消費者の場所を作成して管理し、消費者プロファイルにマッピングします。	Washington DC
CSM：OCS マネージャーが新しい OSP を作成	新しいアウトソーシングサービスプロバイダー (OSP) が OCS 内部マネージャーによって作成されていることを確認します。 注: カスタマーサービスのアウトソーシングが必要です。	Rome
CSM：OCS エージェントによるケースの作成	カスタマーサービスのアウトソーシングエージェントがケースを作成できることを確認します。 注: カスタマーサービスのアウトソーシングが必要です。	Rome
CSM：NOC オペレーターによるプロアクティブケースの作成	プロアクティブケースが作成されているかどうかを確認します。 注: イベント管理によるプロアクティブカスタマーサービスオペレーションが必要です。	New York
CSM：ケース OBO 顧客を作成する社員	プロキシの連絡先ロール (sn_customerservice_proxy_contact) を持つ社員として、顧客の代わりにセルフサービスポータルからケースを作成します。 注: プロキシ連絡先の CSM 拡張が必要です。	New York
CSM：ルックアップタイプのスキル決定ルールテスト	ルックアップタイプのスキル決定ルールを作成します。 注: スキルを決定する必要があります。	New York
CSM：CSM ポータルから要求 OBO 顧客を作成するマネージャー	ケースマネージャーロールを持つユーザーとして、カスタマーサービスポータルから顧客の代わりにケースを作成します。 注: カスタマーサービス要求のデータ連携が必要です。	New York
CSM：単純なタイプのスキル決定ルールテスト	単純なタイプのスキル決定ルールを作成します。 注: スキルを決定する必要があります。	New York
CSM：プロジェクトマネージャーがプロジェクトタスクを作成して顧客にアサイン	プロジェクトマネージャーがプロジェクトタスクを作成して、顧客にアサインします。 注: 顧客プロジェクト管理 (PM) が必要です。	Orlando
CSM：エージェントがプロジェクトからケースを作成	カスタマーサービスエージェントとして、プロジェクトからケースを作成します。 注: 顧客プロジェクト管理 (PM) が必要です。	Orlando
CSM：エージェントがプロジェクトタスクからケースを作成	カスタマーサービスエージェントとして、プロジェクトタスクからケースを作成します。 注: 顧客プロジェクト管理 (PM) が必要です。	Orlando
CSM：エージェントがプロジェクトの変更の要求を作成	カスタマーサービスエージェントとして、プロジェクトの変更の要求を作成します。	Orlando
CSM：販売済み製品の対象のサービス契約	販売済み製品とサービス契約を作成し、サービス契約を販売済み製品に関連付けます。アクティブな契約と販売済み製品の間の関連性を確認します。 注: カスタマーサービスインストールベース管理が必要です。	Orlando
AWA：新規サービスチャネルの作成	高度なワークアサインメントアプリケーションで新しいサービスチャネルを作成します。 注: CSM 向け高度なワークアサインメントが必要です。	Orlando
CSM-ITOM：積極的な重大なケースの子ケースを作成	受信者リストを使用して、プロアクティブで重大なケースの子ケースを作成します。 注: イベント管理によるプロアクティブカスタマーサービスオペレーションが必要です。	Orlando
CSM - 機能停止を ケースから作成	新規作成した機能停止がケースにリンクされているかどうかを検証します。	Paris
CSM：世帯での販売済み製品の作成	世帯とそのメンバーに販売された製品を作成します。 注: [デモデータのロード] が有効になっているカスタマーサービスインストールベース管理とカスタマーサービスの世帯が必要です。	Quebec
CSM：[アカウント] および [ケース] ページからインストールベースアイテムの健全性ステータスを表示する	[アカウント] および [ケースレコード] ページの [インストールベースの健全性をリフレッシュ] ボタンの機能を検証します。	Quebec
CSM：エージェントワークスペース のケースからナレッジギャップを報告	ケースに関連するナレッジギャップがエージェントワークスペースで報告されたことを確認します。	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
CSM:BLSP ポータルから場所の貢献者としてケースを作成	場所の貢献者は、BLSP ポータルからケースを作成します。	Yokohama
CSM:事業所の作成とメンバーのオンボーディング	事業所の作成とメンバーのオンボーディングを検証します。	Yokohama
CSM:アカウントのエスカレーションまたはエスカレーション解除ワークフロー	アカウントのエスカレーションまたはエスカレーション解除ワークフロー	Zurich

表 : 25. CSM 構成可能ワークスペースのテストスイート

テスト	説明	リリースバージョン
CSM ワークスペース：ケース作成のワークフロー	CSM/FSM 構成可能ワークスペースで、カスタマーサービスマネージャーによるケースレコードの作成をテストします。	Xanadu
CSM ワークスペース：ケースフォローアップのワークフロー	CSM/FSM 構成可能ワークスペースで、カスタマーサービスマネージャーによる顧客からの情報要求をテストします。	Xanadu
CSM ワークスペース：ナレッジギャップの報告のワークフロー	CSM/FSM 構成可能ワークスペースで、カスタマーサービスマネージャーによるケースレコードのナレッジフィードバックタスクの作成をテストします。	Xanadu
CSM ワークスペース：ケース解決のワークフロー	CSM/FSM 構成可能ワークスペースでカスタマーサービスマネージャーによるケースレコードの解決をテストします。	Xanadu
CSM ワークスペース：ケースからインシデントを作成	CSM/FSM 構成ワークスペースで、カスタマーサービスエージェントによるケースレコードからのインシデントレコードの作成をテストします。	Xanadu
CSM ワークスペース：ケースから問題を作成	CSM/FSM 構成可能ワークスペースで、カスタマーサービスエージェントによるケースレコードからの問題レコードの作成をテストします。	Xanadu
CSM ワークスペース：ケースから通常の変更を作成	CSM/FSM 構成可能ワークスペースで、カスタマーサービスエージェントによるケースレコードからの変更レコードの作成をテストします。	Xanadu
CSM ワークスペース:[すべてのケース] リストからのケースの作成	CSM/FSM 構成可能ワークスペースで、カスタマーサービスマネージャー (sn_customerservice_manager) による [すべてのケース] リストからのケースの作成をテストします。	Yokohama
CSM ワークスペース:ケースを [自分のケース] リストから作成	CSM/FSM 構成可能ワークスペースで、カスタマーサービスマネージャー (sn_customerservice_manager) による [自分のケース] リストからのケースの作成をテストします。	Yokohama
CSM ワークスペース:[自分のオープンケース] リストからのケースの作成	CSM/FSM 構成可能ワークスペースで、カスタマーサービスマネージャー (sn_customerservice_manager) による [自分のオープン] リストからのケースの作成をテストします。	Yokohama
CSM ワークスペース:[マイインタラクション] リストからのインタラクションの作成	CSM/FSM 構成可能ワークスペースで、カスタマーサービスマネージャー (sn_customerservice_manager) による [マイインタラクション] リストからのインタラクションレコードの作成をテストします。	Yokohama

表 : 26. CSM: ケースタイプ - 苦情

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

表 : 27. CSM: ケースタイプ - オンボーディング

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

表 : 28. CSM：運用ダッシュボードテストスイート

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

表 : 29. 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

表 : 30. CSP ポータルテストスイート

テスト	説明	リリースバージョン
CSP：CSP ポータルから消費者として製品ケースを作成	消費者サービスポータルから消費者として製品ケースを作成します。 注: 消費者サービスポータルが必要です。また、アドミンとしてテストを実行する必要があります。	Madrid
CSP：ホームページの検索	消費者サービスポータルから情報を検索します。検索には、ケース、ナレッジ記事、およびコミュニティスレッドが含まれます。	New York
CSP：サポートプロファイルの更新	消費者サービスポータルから消費者プロファイルを更新します。	New York
CSP：製品を登録	消費者サービスポータルから製品を登録します。	New York
CSP ：ケースに関して要求された情報を提供	消費者サービスポータルから、消費者はエージェントによって要求されたケースの情報を提供できます。	New York
CSP ：ケースに提案されたソリューションを承認	消費者サービスポータルから、ケースに対して提案されたソリューションを承認します。	New York
CSP：サーベイについてのフィードバックを提供	消費者サービスポータルからケースがクローズされた後、サーベイについてのフィードバックを提供します。	New York
CSP：CSP ポータルの公開物を表示	カスタマーサービスポータルの公開物を表示します。	Orlando
CSP:CSP ポータルから内部の統一コンシューマーとして製品ケースを作成	このテストでは、カスタマーサービス管理 (CSM) デモデータプラグインを使用して、カスタマーサービスポータルおよび消費者サービスポータルプラグインと組み合わせて、CSP ポータルから内部統一コンシューマーとして製品ケースを作成する機能を検証します。	Yokohama
CSP:CSP ポータルから外部の統一コンシューマーとして製品ケースを作成	このテストでは、カスタマーサービス管理 (CSM) デモデータプラグインを使用して、カスタマーサービスポータルおよび消費者サービスポータルプラグインと組み合わせて、CSP ポータルから外部統一コンシューマーとして製品ケースを作成する機能を検証します。	Yokohama

表 : 31. ガイド付きディシジョン - 次のベストアクション ATF テストスイート

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

表 : 32. TC：ターゲットコミュニケーションテストスイート

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

表 : 33. CSM Walkup Experience テスト

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

表 : 34. CSM:カスタマープロジェクト管理テスト

テスト	説明	リリースバージョン
CSM PPM:プロジェクトワークフローからのケース作成	カスタマーサービスエージェントとして、 CSM 構成可能ワークスペース で CSM プロジェクトレコードからケースを作成します。	Yokohama
CSM PPM:プロジェクトタスクワークフローからのケース作成	カスタマーサービスエージェントとして、 CSM 構成可能ワークスペース で CSM プロジェクトタスクレコードからケースを作成します。	Yokohama

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

ダッシュボード

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

表 : 35. ダッシュボード クイックスタートテスト

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

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

DevOps

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

表 : 36. DevOps テストスイート

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

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

従業員センター

表 : 37. 従業員センター クイックスタートテスト

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

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) を有効にする必要があります。

表 : 38. Essential SAFe テストスイート

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

表 : 39. イベント管理 クイックスタートテスト

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

イベント管理の詳細については、「イベント管理」を参照してください。

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

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

表 : 40. 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
ケースからの作業指示の作成と、CSM/FSM 構成可能ワークスペースからのエージェントへの作業指示タスクのアサインを確認します。	ケースから作業指示を作成できることを確認します。 作業指示を認定し、作業指示タスクが作成されたことを確認します。 作業指示タスクをエージェントにアサインし、アサインされているエージェントが正しく更新されていることを確認します。	Xanadu
FSM:プラットフォームでの予約の統合 UI モーダルの検証	作業指示と作業指示タスクを作成します。 プラットフォームで Seismic 予約カレンダーを起動します。 [今日] および [来週] オプションに正しいカレンダーが表示されていることを確認します。	Yokohama
作業指示を作成して認定し、ディスパッチャワークスペースからディスパッチャーとして作業指示をアサインします	ディスパッチャーは、CSM/FSM 構成可能ワークスペースから リスト ビューに移動し、新しい作業指示書を作成します。 次に、アドミニストレーターとして作業指示を認定し、作業指示タスクが作成されているかどうかを確認します。 次に、ディスパッチャーとして作業指示タスクを フィールドサービス エージェントにアサインし、[アサイン先] フィールドが正しく更新されていることを確認します。	Yokohama
作業指示タスクのクローン	CSM/FSM 構成可能ワークスペースから、任意の作業指示タスクレコードページを開きます。 [ 作業指示タスクをクローン] を選択し、元の作業指示タスクからすべての詳細が入力された新しい作業指示タスクが作成されていることを確認します。	Yokohama
ディスパッチャーまたは認定者としての作業時間エントリの作成	CSM/FSM 構成可能ワークスペースから、リストビューに移動し、新しい作業指示書を作成します。 作業指示を認定し、作業指示タスクが作成されたことを確認します。 [ 時間を記録] を選択し、作業時間エントリを入力して [保存] を選択します。 作業時間エントリが正常に作成されたことを確認します。	Zurich
CSM/FSM 構成可能ワークスペースからの作業指示タスクのフラグ設定	CSM/FSM 構成可能ワークスペースから、ディスパッチャーロールまたは認定ロールを持つユーザーとして、リストビューに移動し、新しい作業指示書を作成します。 作業指示を認定し、作業指示タスクが作成されているかどうかを確認します。 作成した作業指示タスクに移動し、[ フラグ] を選択します。作業指示タスクにフラグが付けられ、[ フラグ解除 ] ボタンが表示されていることを確認します。 [フラグを解除] を選択し、作業指示タスクのフラグが解除され、[フラグ] ボタンが使用可能であることを確認します。	Zurich

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

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

表 : 41. 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) をアクティブ化する必要があります。

表 : 42. ITFM：ファイナンシャルモデリングフローテストスイート

テスト	説明	リリースバージョン
FM コスト割り当てフローの確認	ファイナンシャルモデリングにおけるコスト割り当てフローを確認します。	Madrid

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

Granular Delegation

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

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

GRC 監査管理

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

表 : 43. GRC: 監査管理 テストスイート

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

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

GRC 継続的な承認とモニタリング

GRC：継続的な承認とモニタリング クイックスタートテストでは 継続的な承認とモニタリング プラグイン (com.sn_compliance) をアクティブ化して、デモデータをロードする必要があります。

表 : 44. GRC: 継続的な承認とモニタリング クイックスタートテストテストスイート

テスト	説明	リリースバージョン
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」を参照してください。

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

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

表 : 45. GRC: ポリシーとコンプライアンス管理 クイックスタートテストテストスイート

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

ポリシーとコンプライアンス管理の詳細については、「ポリシーとコンプライアンス管理t」を参照してください。

GRC リスク管理

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

表 : 46. 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 からインストールするときに利用できます 。

表 : 47. ハードウェア資産管理 テストスイート

テスト	説明	リリースバージョン
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)

表 : 48. HR サービスデリバリ (HRSD)ケーステスト

テスト	説明	リリースバージョン
ケース作成の構成	HR サービスにケース作成構成があり、その HR サービスの HR ケースを作成するときに [人事ケース] フォームに入力されることを検証します。	Yokohama
ドキュメントテンプレートのブロックおよびブロックコンテンツの作成	ドキュメントテンプレートのブロックとドキュメントテンプレートのコンテンツがブロックコンテンツ用に作成されていることを確認します。	Yokohama
HR 従業員ドキュメントの作成	従業員ドキュメントを作成し、添付ファイル [sys_attachment] テーブルが従業員ドキュメント [sn_hr_ef_employee_document] テーブル内のレコードをポイントしていることを確認します。 従業員ドキュメントが、従業員人事プロファイルを介して 従業員センター または 従業員センタープロ からアクセス可能であることを確認します。
アクティブ化されているドキュメントタイプで従業員ドキュメントを作成	次のアイテムの作成を検証します。 1 つのアクティブなドキュメントタイプ 1 つの非アクティブなドキュメントタイプ アクティブなドキュメントタイプを持つ従業員ファイル 注: ヒューマンリソース (HR) スコープ対象のアプリ：コア (com.sn_hr_core) および従業員ドキュメント管理 (com.sn_employee_document_management) をアクティブ化する必要があります。	Yokohama
[委任] アドミン - 委任者および委任ユーザーの基準を含む委任ルールを追加	委任ルールのユーザー基準が正しく機能していることを確認します。	San Diego
一括ケース作成の E2E テスト	特定のユーザーセグメントの選択したユーザーに対して一括ケースを作成できることを確認します。	San Diego
ER：ケースの制限	制限付きケースを表示できるのは、sn_hr_er.confidential ロールを持つユーザーのみであることを検証します。	San Diego
人事：従業員に表示されるケースの更新	人事エージェントによって作成され、更新されたケースは、依頼者または対象者に表示されます。	Quebec
人事：ポータルからの 401k 登録ケースの作成	従業員センター または 従業員センタープロ から 401(k) 登録ケースを作成します。 ケースが正常に作成されたことを確認します。	Madrid
人事：ESC ポータルから 労務 (ER) ケースを作成	従業員センター または 従業員センタープロ から懲戒対象問題ケースを作成します。 ケースが正常に作成されたことを確認します。	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
ジャーニーデザイナー：ステージの作成とステージの編集	ユーザーが新しいステージの作成、ステージへのタスクテンプレートの追加、ステージ名の編集、ステージの削除を実行できることを確認します。	Vancouver
ジャーニーデザイナー：タスクテンプレートのゼロからの追加と編集	ユーザーが [ゼロから構築します] オプションを使用してタスクテンプレートを追加でき、その後で編集できることを確認します。	Vancouver
ジャーニーデザイナー：既存のタスクテンプレートの追加と削除	[テンプレートを使用] オプションを使用してタスクテンプレートを Journey テンプレートに追加でき、その後で削除できることを確認します。	Vancouver
ラーニングコアタスクのアサイン	学習カタログの学習タスクをユーザーにアサインできることを確認します。	San Diego

注:

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

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

表 : 49. ライフサイクルイベント：ライフサイクルイベントの確認テスト

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

注:

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

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

表 : 50. KB：ナレッジブロックテスト

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

注:

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

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

インシデント管理

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

表 : 51. インシデント管理テストスイート

テスト	説明	リリースバージョン
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 アクションは、インシデント管理プラグイン (com.snc.incident.knowledge) の KCS 統合をアクティブ化すると表示されます。	Orlando

インシデント管理の詳細については、「インシデント管理」を参照してください。

サービスオペレーションワークスペースの インシデント管理

サービスオペレーションワークスペースのインシデント管理クイックスタートテストは、サービスオペレーションワークスペース ITSM アプリケーション (sn-sow-itsm-cont) 6.0 バージョンをインストールするか、更新すると、ベースシステムで使用できます。

表 : 52. サービスオペレーションワークスペースのインシデント管理テストスイート

テスト	説明	リリースバージョン
SOW インシデント：インシデントから問題を作成する	インシデントフォームで、[問題の作成] UI アクションを使用してインシデントから問題レコードを作成できるか検証するテスト。	Xanadu (8 月のストアリリース、6.0 バージョン)
SOW インシデント：[自分にアサイン] ボタン機能の確認	[インシデント] フォームの [レコード情報] サイドパネルにある [自分にアサイン] UI オプションを使用して、ログインしているユーザーにインシデントレコードがアサインされていることを確認するテスト。	Xanadu (8 月のストアリリース、6.0 バージョン)

サービスオペレーションワークスペースのインシデント管理に関する詳細については、「Incident Management in Service Operations Workspace」を参照してください。

CMDB 共通統合

表 : 53. 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) をアクティブ化する必要があります。

表 : 54. 投資枠管理 クイックスタートテスト

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

投資枠管理の詳細については、「投資枠管理」を参照してください。

ナレッジ管理

ナレッジ管理クイックスタートテストでは、Knowledge Management Core プラグイン (com.glideapp.knowledge)、Knowledge Management Advanced Installer プラグイン (com.snc.knowledge_advanced.installer)、ナレッジブロックプラグイン (com.snc.knowledge_blocks)、Customer Service Management Demo Data プラグイン (com.snc.customerservice.demo) のアクティブ化が必要です。

表 : 55. KM ：ナレッジ管理テストスイート

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

ナレッジ管理の詳細については、「ナレッジ管理」を参照してください。

リーダーハブ

リーダーハブ クイックスタートテストでは、 リーダーハブ プラグイン (sn_egd_lh) をアクティブ化して、デモデータをロードする必要があります。

表 : 56. リーダーハブ クイックスタートテスト

テスト	説明	リリースバージョン
[リーダーハブ]:LH フローを検証	ユーザー Maria Davies の [概要] ページに次のウィジェットが存在することを確認します。 組織の才能 スキル成長領域 成長エンゲージメント にアクセスしたリーダーの従業員カードが [組織人材 (Org talent)] ページの組織図の上部に表示される リーダーハブ を確認します。 従業員のカードの [ チームの詳細を表示 ] ボタンを選択すると、リーダーが [チームの詳細] ページに移動することを確認します。 スキルウィジェットが [組織スキル] ページに存在することを確認します。 注: デモデータが必要です。	Xanadu

リーダーハブ の詳細については、「Leader Hub」を参照してください。

法務要求管理

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

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

表 : 57. 法務要求テストスイート

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

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

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

重大インシデント管理 クイックスタートテストでは、インシデント管理 - 重大インシデント管理プラグイン (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

重大インシデント管理の詳細については、「重大インシデント管理」を参照してください。

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

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

表 : 59. オンコール：オンコールスケジューリング ATF スイート

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

オンコールスケジューリングの詳細については、「オンコールスケジューリング」を参照してください。

メトリックインテリジェンス

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

表 : 60. メトリックインテリジェンス クイックスタートテスト

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

メトリックインテリジェンスの詳細については、「メトリックインテリジェンス」を参照してください。

予測インテリジェンス

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

表 : 61. 予測インテリジェンス:ATF テストスイート

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

問題管理

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

表 : 62. PRB MGMT ： 問題管理テストスイート

テスト	説明	リリースバージョン
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

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

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

プロジェクトポートフォリオ管理 クイックスタートテストでは、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：基本的なライフサイクルとプロジェクトロールアップテストスイートを検証するためのプロジェクト管理テスト

テスト	説明	リリースバージョン
アイデアから、デマンド、プロジェクト終了までの 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

表 : 66. 子テストスイート：プロジェクト移動アクションの検証

テスト	説明	リリースバージョン
プロジェクト移動アクションを使用してプロジェクトの開始予定日をシフトできることを検証	[プロジェクト移動] 関連リンクを使用して、ステータスが [計画] または [オープン] のプロジェクトの開始予定日を現在の開始予定日より前または後の日付に更新できることを検証します。	Orlando
プロジェクトの実行が選択されているときに [プロジェクト移動] が無効であることを検証	プロジェクトが実行フェーズである場合は、[プロジェクト移動] オプションが使用できないことを検証します。	Orlando
アジャイルフェーズ用に入力されたスプリント日付で、プロジェクト移動機能を検証	[プロジェクト移動] 関連リンクを使用してプロジェクトを移動したときに、スプリントの開始日と終了日がクリアされることを検証します。 注: このテストは、アジャイル開発 2.0 プラグイン (com.snc.sdlc.agile.2.0) がアクティブな場合にのみ利用できます。	Orlando
外部依存関係と関連エンティティを使用してプロジェクト移動機能を検証	[プロジェクト移動] 関連リンクを使用してプロジェクトを移動した場合に、外部依存関係と関連するエンティティもシフトされ、再描画されることを検証します。	Orlando
さまざまなプロジェクト状況を使用して、プロジェクト移動機能を検証	プロジェクトが [対応中] または [完了してクローズ] ステータスのときに、[プロジェクト移動] が動作しないことを検証します。	Orlando

表 : 67. 子テストスイート：プロジェクトの RIDAC フローを検証

テスト	説明	リリースバージョン
リスクの RIDAC フローの確認	プロジェクトに関連付けられたリスクの RIDAC フローを検証します。	Quebec
問題の RIDAC フローの確認	プロジェクトに関連付けられた問題の RIDAC フローを検証します。	Quebec
決定の RIDAC フローの確認	プロジェクトに関連付けられた決定の RIDAC フローを検証します。	Quebec
アクションの RIDAC フローの確認	プロジェクトに関連付けられたアクションの RIDAC フローを検証します。	Quebec
リスクフォームのフィールドの変更を検証	リスクのランク、リスク値、および可能性などのリスクフォームフィールドが送信時に正常に更新されているかどうかを検証します。	Quebec

表 : 68. 子テストスイート：デマンドの RIDAC フローを確認する

テスト	説明	リリースバージョン
リスクの RIDAC フローの確認	デマンドに関連付けられたリスクの RIDAC フローを検証します。	Quebec
問題の RIDAC フローの確認	デマンドに関連付けられた問題の RIDAC フローを検証します。	Quebec
決定の RIDAC フローの確認	デマンドに関連付けられた決定の RIDAC フローを検証します。	Quebec
アクションの RIDAC フローの確認	デマンドに関連付けられたアクションの RIDAC フローを検証します。	Quebec
リスクフォームのフィールドの変更を検証	リスクのランク、リスク値、および可能性などのリスクフォームフィールドが送信時に正常に更新されているかどうかを検証します。	Quebec

表 : 69. PMO：リソース計画フローテストスイートを確認するための Resource Management テスト

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

プロジェクトポートフォリオ管理の詳細については、「 プロジェクトポートフォリオ管理」を参照してください。

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

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

表 : 70. プロジェクト通貨テストスイートのテスト

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

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

レポート

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

注:

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

表 : 71. レポート クイックスタートテスト

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

ソフトウェア資産管理基盤プラグイン ソフトウェア資産管理

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

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

表 : 72. ソフトウェア資産管理 テストスイート

テスト	説明	リリースバージョン
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 クラスモデルストアアプリケーションが必要です。	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：ソフトウェアのインストールとディスカバリーモデル	ユーザーがソフトウェアのインストールとディスカバリーのモデルを作成し、それらのレコードを検証できることをテストします。	New York
SAM - カスタム PPN を使用するソフトウェアエンタイトルメントの作成	カスタムソフトウェア製品、カスタム製品のカスタム DMAP、カスタム DMAP のカスタム部品番号、カスタム部品番号を使用するソフトウェアエンタイトルメントを作成して、ソフトウェアモデルが自動で作成されていることを確認します。	New York
SAM - SAP の名前付きユーザーのソフトウェアモデルチェック	公開者が SAP で製品が名前付きユーザーである場合に、ソフトウェアモデルフォームが変更することをテストします。 注: SAP 向けソフトウェア資産管理プロ (com.sn_samp_sap) プラグインが必要です。	New York
SAM：SaaS のソフトウェアモデルチェック	SaaS 製品が選択された際に、ソフトウェアモデルフォームが変更することをテストします。 注: ソフトウェア資産管理 - SaaS ライセンス管理 (sn_sam_saas_int) プラグインが必要です。	New York
SAM：SaaS ソフトウェア製品のフィールドを検証	[サブスクリプションソフトウェア] と [インストールを無視] フィールドがソフトウェア製品フォームに存在することをテストします。 注: ソフトウェア資産管理 - SaaS ライセンス管理 (sn_sam_saas_int) プラグインが必要です。	New York

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

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

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

表 : 73. セキュリティインシデントレスポンス テスト

テスト	説明	リリースバージョン
SIR：セキュリティインシデントの作成	ユーザーがセキュリティインシデントフォームからセキュリティインシデントを正常に作成できるかどうかを判断します。	Madrid
SIR：セキュリティインシデントカタログからセキュリティインシデントを作成する	ユーザーがカタログからセキュリティインシデントを正常に作成できるかどうかを判断します。	Madrid
SIR：セキュリティインシデントライフサイクル	ポリシー違反ワークフローの対応タスクを検証します。	Madrid
SIR:PIR アセスメント OOTB 構成テスト	このテストを使用して、PIR アセスメントとベースシステム構成を検証します。	Tokyo
SIR:PIR アセスメント条件付き構成テスト	インシデントの事後アセスメントを完了せずに、必須の条件付きルールに一致するセキュリティインシデントがクローズされていないことを確認します。 インシデントの事後アセスメントを完了せずに、オプションの条件付きルールに一致するセキュリティインシデントがクローズされていないことを確認します。 ルールに一致しないセキュリティインシデントに対してアセスメントが生成されていないことを確認します。	Tokyo
SIR:PIR ランタイムエクスペリエンス	新しい設計に従って PIR レポートが構成され、セキュリティインシデントに添付されていることを検証します。	Tokyo
SIR:PIR 設計時エクスペリエンス	アドミニストレーターの構成に基づいて、セキュリティインシデントがレポートテンプレートにマップされていることを検証します。	Tokyo
SIR：セキュリティインシデントを既存の重大なセキュリティインシデントにリンク	セキュリティインシデントを既存の重大なセキュリティインシデントにリンクし、重大なセキュリティインシデントにロールアップされたセキュリティインシデントからのデータを検証します。	Tokyo
SIR：セキュリティインシデントを重大なセキュリティインシデントとして昇格	セキュリティインシデントを重大なセキュリティインシデントとして昇格し、重大なセキュリティインシデントにロールアップされたセキュリティインシデントのデータを検証します。	Tokyo
SIR：重大なセキュリティインシデントとしてセキュリティインシデントを提案	セキュリティインシデントを重大なセキュリティインシデントとして提案し、重大なセキュリティインシデントにロールアップされたセキュリティインシデントからのデータを検証します。	Tokyo
SIR：セキュリティインシデントライフサイクル	ポリシー違反応答タスクワークフローを使用してセキュリティインシデントライフサイクルを検証します。	Yokohama
SIR:セキュリティケースを作成	セキュリティインシデントフォームからセキュリティケースを作成します。	Yokohama
[制限の適用] がオンになっていると、許可されたメンバーのみがセキュリティインシデントにアクセスできることを確認します。	[制限の適用] が有効になると、許可されたメンバーのみがセキュリティインシデントにアクセスできることを確認します。	Yokohama
[制限の適用] で有効になっているセキュリティインシデントが、どのユーザーにも表示されないことを確認します	[制限の適用] で有効になっているセキュリティインシデントが、どのユーザーにも表示されないことを確認します。	Yokohama
読み取りアクセスを検証する	表示アクセスを検証します。	Yokohama
書き込みアクセスを検証する	編集アクセスを検証します。	Yokohama
SIR ワークスペース:読み取りアクセス	読み取りアクセスユーザーが、ワークスペースであってもセキュリティロールがなくてもセキュリティインシデントを表示できることを確認します。	Yokohama
SIR ワークスペース:書き込みアクセス	書き込みアクセスユーザーがセキュリティロールを持たなくてもセキュリティインシデントを更新できることを確認します。	Yokohama
SIR ワークスペース:新規セキュリティインシデントの作成	ワークスペースから新しいセキュリティインシデントを作成します。	Yokohama
SIR ワークスペース:対応タスクを作成	既存のセキュリティインシデントから新しい応答タスクを作成します。	Yokohama
セキュリティ向け Now Assist:アクティブなセキュリティインシデントの要約	アクティブなセキュリティインシデントを要約し、表示されたセクションを検証します。	Zurich
セキュリティ向け Now Assist:作業メモへのセキュリティインシデントSummarization_Share	生成されたサマリーを作業メモで共有します。	Zurich
セキュリティ向け Now Assist:クローズ済みセキュリティインシデントの要約	クローズ済みセキュリティインシデントを要約し、表示されたセクションを検証します。	Zurich

セキュリティインシデントレスポンスの詳細については、「セキュリティインシデントレスポンス」を参照してください。

サービスレベル管理

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

表 : 74. サービスレベル管理 クイックスタートテスト

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

サービスレベル管理の詳細については、「Service Level Management 」を参照してください。

サービスマッピング

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

表 : 75. サービスマッピング クイックスタートテスト

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

サービスマッピングの詳細については、「サービスマッピング」を参照してください。

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

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

表 : 76. サービスポートフォリオ管理プレミアム - 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

サービスポートフォリオ管理の詳細については、「 サービスポートフォリオ管理」を参照してください。

スキル管理

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

表 : 77. スキル管理テストスイート

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

表 : 78. テスト管理 2.0：テストバージョンテストスイート

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

表 : 79. テスト管理 2.0：テスト結果ロールアップテストスイート

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

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

ユニバーサル要求

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

表 : 80. ユニバーサル要求 クイックスタートテスト

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

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

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

表 : 81. ベンダー管理ワークスペース - テストのテストスイート

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

ベンダー管理ワークスペースの詳細については、「Vendor Management Workspace」を参照してください。

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

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

表 : 82. GRC：ベンダーリスク管理 および サードパーティリスク管理 クイックスタートテスト

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

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

脆弱性対応

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

表 : 83. 脆弱性対応 テスト

テスト	説明	リリースバージョン
VR：修正ターゲットルールの作成	修正ターゲットルールを作成します。	Madrid
VR：脆弱性グループルールの作成	脆弱性グループルールを作成します。	Madrid
VR：フォームを介した脆弱性一致アイテムの作成	ユーザーが脆弱性一致アイテムフォームから脆弱性一致アイテムを正常に作成できるかどうかを判断します。	Madrid
VR：脆弱性グループのライフサイクル	ユーザーが脆弱性グループを正常に解決できるかどうかを判断します。	Madrid
VR：脆弱性一致アイテムのライフサイクル	ユーザーがライフサイクルを通して脆弱なアイテムを正常に移動できるかどうかを判断し、クローズ済みの脆弱性一致アイテムを再度開くことができるかどうかを判断します。	Madrid
VR：ロールアップ計算機	ロールアップリスク計算機が、脆弱性グループのすべての脆弱なアイテムのスコアを使用して、脆弱なアイテムのグループ全体の全体的なリスクスコアを算出できるかどうかを判断します。	New York
VR：脆弱性対応 アサインルール	アサインルールのサンプルセットが脆弱なアイテムをアサイングループに自動アサインして修復できるかどうかを確認します。	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 脆弱性統合 ルックアップルール、 IP アドレスを使用して CI ルックアップをテストします。	Orlando
VR：CI ルックアップ - Qualys	Qualys 脆弱性統合 に対する新しいルックアップルールを作成して CI ルックアップをテストします。	Orlando
VR：VI の例外承認ワークフロー	例外要求を作成し、承認プロセスが機能していることを確認します。	Orlando
VR：VI の誤検出承認ワークフロー	誤検出の例外要求を作成し、承認プロセスが機能していることを確認します。	Orlando
VR: アプリケーション脆弱性対応 (AVR)	ルールと計算機が正しく機能しているかどうかを判定します。更新が機能していることを検証します。	Orlando
修復ターゲットルール：VI インポートテスト	インポート中に VR 修復ターゲットルールをテストします。	Paris
VR：分類ルール	脆弱性を自動的に分類するサンプル分類ルール	Tokyo

脆弱性対応 の詳細については、「脆弱性対応」を参照してください。

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

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

表 : 84. ウォークアップエクスペリエンス - テストのテストスイート

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

ウォークアップエクスペリエンスの詳細については、「ウォークアップエクスペリエンス」を参照してください。