テストモードの権限およびアクセスガバナンス ​

テストモードはプロダクションGenieとは異なります。テストモードのスキルは、非プロダクションコネクションを使用するようにレシピを設定しない限り、実際の接続済みシステムに対して実行されます。書き込みスキルをトリガーするテストセッションは、プロダクションシステムに書き込むことができます。テストモードアクセスでは、プロダクションシステムに対するアクションを含め、標準のユーザーアクセス制御外でユーザーがスキルを実行できます。

テストモードのユーザーアクセス ​

次のガイドラインに基づいて、テストモードアクセスを付与します:

• アクティブなビルダー: ビルダーが積極的に構築または保守しているGenieへのアクセスを付与します。テストモードは、ジョブの説明の変更のテスト、スキル動作の検証、会話パターンのデバッグ、プロダクションへの昇格前の新機能の確認など、Developmentタスクに使用します。
• 品質保証テストを実施するGenieオーナー: 変更が稼働する前に動作を検証するGenieオーナーにアクセスを付与します。アクセスは、所有するGenieに限定します。テストモードでは実際のスキル実行をトリガーできることを明確に示します。

次の場合はテストモードアクセスを付与しないでください:

• エンドユーザー: エンドユーザーはチャットインターフェイスを通じてプロダクションGenieを操作します。テストモードでは、不正な書き込み操作を含め、標準のアクセス制御外でスキルをトリガーする会話をユーザーが実行できます。
• Genieで積極的に作業していないビルダー: 非アクティブなビルダーのテストモードアクセスは不要なリスクを意味します。ビルダーがプロジェクトから外れるか組織を離れる場合は、テストモードアクセスを削除します。
• 稼働前にGenieをレビューするステークホルダー: テストモードはステークホルダー向けのプレビューEnvironmentではありません。代わりに、ステークホルダーのプレビューにはパイロットユーザーグループでプロダクションGenieを使用します。

テストモードとプロダクションシステムのリスク ​

テストモードはプロダクションシステムに影響を与える可能性があります。非プロダクションシステムを使用するようにコネクションを設定しない限り、実際のスキルコネクションが使用されます。テストモードは、サンドボックスEnvironmentとは異なり、変更をプロダクションから分離しません。

テストモードアクセスでは、プロダクションGenieによって適用される標準のユーザー確認および承認フローなしで、ユーザーが書き込み操作を実行できます。これらの操作には、チケット作成、レコード更新、休暇申請、アクセスプロビジョニングが含まれます。

次のプラクティスを使用して、このリスクを軽減できます:

• 可能な場合はテスト時のコネクション上書きを設定する: スキルがEnvironment固有のコネクションをサポートしている場合は、非プロダクションコネクションを使用するようDevelopment Environmentを設定します。 Development Environmentのテストモードセッションは、プロダクションではなくステージングシステムに対して実行されます。

• プロダクションに影響するスキルを文書化する: テストモードでプロダクションシステムに対して実行されるスキルを文書化します。プロダクションシステムに対してテストする場合は、テストモードの実行をプロダクション操作として扱います。

• 変更を追跡しクリーンアップする: テスト実行中に作成または変更されたすべてのレコードを追跡します。テストが完了したら、これらの変更をクリーンアップします。

ガバナンスの考慮事項 ​

テストモードアクセス制御に次のガバナンスプラクティスを適用します:

• アクセス決定を文書化する: 誰がアクセス権を持つか、アクセスを付与した理由、付与した時期を文書化します。このドキュメントを使用して、定期的なアクセスレビューと監査をサポートします。
• アクセスを四半期ごとにレビューする: アクセスは時間の経過とともに古くなる可能性があります。テストモードアクセスを持つ各ユーザーが、関連するGenieのアクティブなビルダーであり続けていることを確認します。