---
sourceDocument: Yokohama のリリースノート
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/release-notes

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama のリリースノート

ft:clusterId :

    - rn

bundleId :

    - rn


---

# フェーズ 4 - 開発インスタンスのアップグレードを実行し検証を行う

# フェーズ 4 - 開発インスタンスのアップグレードを実行し検証を行う {#ariaid-title1}

* リリースバージョン: Yokohama
* 
* 更新日 2025年01月30日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：2分

アップグレードモニターでアップグレードの進捗状況を追跡します。最初の非本番インスタンスのアップグレード (開発インスタンス) の場合は、アップグレードでスキップされて処理されなかったレコードのリストをアップグレードモニターを使用して処理します。次に、更新セットを特定し、機能テストを実行します。

## 始める前に

必要なロール：admin

## このタスクについて

アップグレードモニターは、個々のインスタンスのアップグレードを支援します。アップグレードの進行状況を監視し、アップグレードとカスタマイズの間の競合を解決することができます。

## 手順

1. アップグレードモニターを使用して、インスタンスのアップグレードを監視し、開発インスタンスのアップグレードが完了したことを確認します。 {#upgrades-phase-4__Phase4Step1Validate}
{#upgrades-phase-4__Phase4Step1Validate}
2. 開発インスタンスのアップグレードが完了したら、アップグレードモニターで[スキップされたレコードリストを処理](https://www.servicenow.com/docs/access?context=uc-process-skipped-records&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US)します。  
   スキップされたレコードリストを処理するときに、レコードのマージや復元を行ったり、個々のレコードの競合を解決したり、さらにカスタマイズしたりできます。これらの変更は、最新バージョンに反映され、現在の更新セットに反映されます。
   {#upgrades-phase-4__Phase4Step2SkippedList}
{#upgrades-phase-4__Phase4Step2SkippedList}
3. 更新セットを特定します。  
   後続の非本番インスタンスには、これらの更新セットが必要です。アップグレード後に対処が必要な問題がある場合は、適切な変更を行うと、現在の更新セットに反映されます。次のような更新セットを収集します。
   * スキップされた更新リストを確認中に作成された
   * 最新リリースで動作するようにカスタマイズを変更中に作成された
   * 次のアップグレードの直後に本番稼働する必要がある
   {#upgrades-phase-4__ul_jdf_dlf_nx}

   アップグレードの前にこれらの更新セットを収集すると、他のインスタンスに対するエクスポート、インポート、およびコミットのプロセスが迅速化されます。適切な更新セットが特定されたら、それらの更新セットを移動して適用するための標準的なプロセスに従います。詳細については、「[システムアップデートセット](https://www.servicenow.com/docs/access?context=system-update-sets&version=yokohama&pubname=yokohama-application-development&ft:locale=en-US)」を参照してください。
   {#upgrades-phase-4__Phase4Step3UpdateSets}
{#upgrades-phase-4__Phase4Step3UpdateSets}
4. アップグレードの前後に、開発インスタンスでスモークテストを実施します。包括的なテスト計画を使用して機能テストを実行します。  
   アップグレード後、欠陥や、アップグレード前テスト結果からの逸脱がないかを追跡します。欠陥追跡は、根本原因の特定と修正の作成に役立ちます。修正が特定されたら、その修正を単一の更新セットにキャプチャします。結果として得られる更新セットには、本番インスタンスに適用する必要がある累積的な修正が保持されます。

   非本番インスタンスでのテストと検証を自動化するには、[自動テストフレームワーク (ATF)](https://www.servicenow.com/docs/access?context=automated-test-framework&version=yokohama&pubname=yokohama-application-development&ft:locale=en-US) を使用します。 自動テストフレームワーク (ATF) クイックスタートテストと製品テストスイートを使用すると、アップグレード前後のテストをすぐに開始できます。利用可能なテストとアクティブ化情報のリストについては、「[クイックスタートテスト](https://www.servicenow.com/docs/access?context=quick-start-tests&version=yokohama&pubname=yokohama-application-development&ft:locale=en-US)」を参照してください。
   {#upgrades-phase-4__Phase4Step4FunctionalTesting}
{#upgrades-phase-4__Phase4Step4FunctionalTesting}