フェーズ 1 - リリースノートを読みアップグレードを計画する
アップグレードプロセスを開始する前に、ターゲットバージョンのリリースノートを読み、必要なアップグレードおよび移行タスクを理解することが重要です。この情報は、安全で効果的なアップグレードを計画するのに役立ちます。
始める前に
重要:
アップグレードに複数のソフトウェアバージョンが含まれている場合は、現在のバージョンとターゲットバージョンの間のそれぞれのバージョンのリリースノートを必ず確認してください。
必要なロール：admin
このタスクについて
手順
-
ターゲットバージョンのリリースノートを読みます。
アップグレードの前後に完了する必要があるアップグレードおよび移行タスクを確認します。
- ServiceNow はすべてのリリースのリリースノートを提供します。これらのリリースノートには、特定のバージョンで利用可能な新しい機能、注目すべき変更、修正に関する役立つ情報が記載されています。Zurich リリースノート を確認することで、アップグレードに必要な機能が含まれているか、インスタンスに影響を与える問題を解決する修正が含まれているかを判断できます。また、リリースノートから、以前カスタマイズしたアイテムがアップグレードされているかどうかも確認できます。
- Zurich 固有のアップグレードの考慮事項については、「様々な製品に関するアップグレード前後のタスク」を参照してください。
- Zurich ファミリーへのアップグレードを検討している場合は、問題 (PRB) 修正がアップグレード計画の重要な要素になる可能性があります。 のリストを生成できます。アップグレードするリリースバージョンを決定するために、さまざまな Zurich アップグレードシナリオで修正された問題のリストを比較してください。
-
計画立案チェックリストのアップグレード のフェーズ 2 の準備および計画タスクを完了します。
チェックリストには、アップグレード準備のさまざまな側面をガイドする計画タスクのリストが含まれています。スコーピング、ステークホルダーの収集、無効化および有効化する機能の特定、アップグレード全体で使用するテスト計画の作成などのタスクについてガイドが示されています。次の手順に従って、組織のすべての側面でアップグレードの準備ができていることを確認します。
-
アップグレードの準備を万端にするために、インスタンスのカスタマイズレベルを評価します。
カスタマイズのベストプラクティスガイドラインの詳細については、Customer Success Center の Web サイトを参照してください。
複雑度スコア カスタマイズの例 低 - フォームのレイアウト/デザインの変更
- フォームへのフィールドや UI ポリシーの追加
- 簡易カスタム統合のビルド
- スコープ内既存テーブル (インシデントなど) の新しいフィールドのみでの拡張
低～中 - スコープ内既存テーブル (インシデントなど) のスクリプトでの拡張
- 既存テーブル (インシデントなど) の HR など他アプリケーションの基礎としての拡張
中 新しいスコープ対象のアプリケーションをビルド 中～高 新しいグローバルアプリケーションのビルド 高 - ベースラインビジネスルールの変更 (SLA プロセスの変更など)
- 複雑なカスタム統合のビルド
-
すべてのコアインスタンス機能と統合 (カスタマイズを含む) のテストケースを含む、包括的なテスト計画を作成します。
システムの機能を効率的にテストおよび評価するために、テストチームが使用する一連の詳細なテストスクリプトを作成します。各インスタンスのアップグレード全体で、このテスト計画を使用します。
インスタンス 必要なテストのタイプ 開発 スモークテストを実施します。 テスト - ServiceNow 自動テストフレームワーク (ATF) が、非本番インスタンスのテストを支援します。
- 自動テストフレームワーク (ATF) クイックスタートテストと製品テストスイートを使用すると、アップグレード前後のテストをすぐに開始できます。利用可能なテストとアクティブ化情報のリストについては、「クイックスタートテスト」を参照してください。
- 追加のテスト範囲として、非本番インスタンスでユーザー受け入れテスト (UAT) を実行することもできます。
本番 UAT を実施します。 注:自動テストフレームワーク (ATF) は非本番インスタンスでの使用を目的としています。本番インスタンスでは、UAT のみを実施します。