Skip to content

Appleの次期OS: 今すぐテストすべき理由とその方法

Arek Dreyer
Appleの次期OS:今すぐテストすべき理由とその方法

毎年この時期になると、私たちはこう言います。「Appleの 次期OS向けのベータ版ソフトウェアプログラムが が公開された今、Appleの管理者である皆さんは、テストを開始すべき時です。テストを早めに行えば行うほど、報告された問題をAppleが修正するための時間をより多く確保できます。

その理由は単純です。新しいOSを広く展開する前に評価を行い、既存の技術インフラがどれほどスムーズに動作するかを確認する必要があるからです。

しかし、テストが必要だと知ることと、実際にそのテストを完了させることは別問題です。数ヶ月後にこれらのOSがリリースされた際に、確実に準備が整っているようにするためのガイドラインをいくつかご紹介します。

すべてのAppleプラットフォーム向けの次期メジャーバージョンのOSは、iOS 27、iPadOS 27、macOS 27 Golden Gate、tvOS 27、visionOS 27、watchOS 27です。これらの新しいOSの最終バージョンは、実際には今秋のある時期まで一般ユーザ向けにリリースされません。

プレリリース版のOSを入手する方法

まず、Appleにはソフトウェアのベータ版を配布するためのいくつかのプログラムがあります。いずれのプログラムにおいても、新しいバージョンを試用できる見返りとして、Appleは、遭遇した問題についてフィードバックを提供し、将来のリリースで修正できるよう協力することを求めています。

所属組織の「Apple School Manager」または「Apple Business」で「Managed Apple Account」(旧称:Managed Apple ID)を利用できる場合は、直接 「AppleSeed for IT」にアクセスし 、Managed Apple Accountでサインインしてください。これは、ほとんどのITプロフェッショナルや技術管理者にとって最適なプログラムでしょう。 組織がすでにApple School ManagerまたはApple Businessに登録されている場合は、自動的にこのプログラムにアクセスできます。

AppleSeed for ITは、管理された環境でAppleのベータ版ソフトウェアの新バージョンをテストする必要があるIT管理者のために特別に設計されています。AppleSeedに参加することは、最新のOSがリリースされた際に組織が円滑に移行できるよう準備するための最良の方法です。

AppleSeed for ITでは、以下の機能を提供します:

  • プレリリース版ソフトウェアへのアクセス: 「AppleSeed for IT」を利用すると、リリース前に組織の環境内でオペレーティングシステムや一部のAppleアプリをテストできます。
  • 詳細なテスト計画とドキュメント: Appleは テスト計画(回帰テストや新機能テストを含む)を提供し、プレリリース版ソフトウェアと現在の環境との互換性を評価できるよう支援します。
  • 専用のレビューキュー: AppleSeed for ITを通じてフィードバックを送信すると、その情報は専用のレビューキューに集約され、バグ報告や機能改善のリクエストがAppleの担当者にできるだけ早く届くよう保証されます。
  • ディスカッションフォーラム: AppleSeed for ITに参加すると、会員限定のディスカッションフォーラムにアクセスできるようになります。ここでは、質問を投稿したり、他の参加者を支援したり、その他のITトピックについて議論したりするのに最適な場です。
  • デバッグプロファイル: Apple Developerウェブサイトで一般に公開されているデバッグプロファイル に加え、AppleSeed for ITでは、テストに重点を置きたい特定の技術向けに、追加のデバッグプロファイルが随時提供されることがあります。

AppleSeed for ITの詳細や、これらのサービスおよびツールへのアクセス方法については、 AppleSeedサイトにアクセスし、管理対象の Apple アカウントでサインインして、利用規約に同意してください。

利用規約によると、AppleSeed からダウンロードしたソフトウェアを、たとえ組織内の者であっても、他者と共有してはなりません。他のユーザにテストに参加してもらう最善の方法は、各自が自身の「Managed Apple Account」を使用してサインインし、ソフトウェアをダウンロードしてもらうことです。(これについては後ほど詳しく説明します。)

デフォルトでは、組織内で「Managed Apple Account」を持つユーザなら誰でも参加できます(Apple School Managerで「学生」の役割を持つユーザを除く)。ただし、この設定は変更可能です。Appleサポートの記事 「Apple Business を使用してアプリやサービスへのユーザアクセスをカスタマイズする」を参照してください。管理対象のAppleアカウントを使用して、Apple DeveloperやAppleSeed for ITのコンテンツにアクセスできるかどうかを設定するのは非常に簡単です。

IT管理者以外によるベータ版ソフトウェアへのアクセスについて言えば、組織内の個人が 管理者の知らないうちに 「 Apple ベータソフトウェアプログラム 」に登録してしまう可能性がある点にご注意ください 。このプログラムでは、一般ユーザが公式リリース前にソフトウェアをテストできます。誰でも beta.apple.comで登録でき、必要なのは(個人の)Appleアカウントだけです。一般的に、このプログラムでのソフトウェア更新の頻度は他のプログラムよりも低めです。

Appleはまた、 開発者向けのプログラム向けのプログラムも提供しており、開発者は自身が開発したアプリを新しいオペレーティングシステム上でテストすることに重点を置いています。また、社内利用向けに開発したアプリをテストする必要がある組織向けには、 Apple Developer Enterprise Programがあります。

最後に、旧来のプログラムである「AppleSeed」(IT向けの「AppleSeed」と混同しないように)について言及されることもあるかもしれません。これは、顧客がベータ版ソフトウェアをテストし、Appleに機能に関するフィードバックを提供できるプログラムです。AppleSeedは招待制のプログラムでした。

今では古いリソースではありますが、Appleには素晴らしい動画があります。 「AppleSeed for IT および管理対象ソフトウェアアップデート」という、AppleSeed for ITについてより詳しく解説した素晴らしい動画があります。

AppleSeed for ITに関する最後のヒントとして:誤って「beta.apple.com/it」や「appleseed.apple.com/it」というURLを入力してしまうことがよくありますが、これらはAppleSeed for ITのサイトではなく、イタリア語版のApple Public Betaサイトを開いてしまいます。 幸いなことに、そのイタリア語のページの上部付近には、英語で書かれたバナーが表示されており、「本当に beta.apple.com/for-it 」へのアクセスを意図していたかを確認する英語のバナーが表示され、リンクも付いています。

ベータ版ソフトウェアのインストール

適切なベータプログラムに登録した後、プラットフォームに応じて、デバイスをOSのプレリリース版にアップグレードする方法は3つあります:

  • デバイス管理サービスを使用してデバイスをベータプログラムに登録する
  • デバイスをベータプログラムに登録し、[ソフトウェアアップデート]の設定を使用する
  • ipsw ファイルを使用してデバイスを初期化し、OS のベータ版を復元する

デバイス管理サービスの利用

お使いのデバイス管理サービスが対応している場合、デバイスをベータプログラムに自動的に登録できます。Appleは、デバイス管理サービスがセットアップアシスタントの実行中に(自動デバイス登録を使用している場合)、対応するiPhone、iPad、およびMacデバイスを自動的に登録することを許可しています。また、監督対象デバイスをいつでも自動的に登録することも可能です。 この機能により、iPhoneおよびiPadデバイスをベータプログラムから登録解除することも可能です。Iruの更新されたADEライブラリアイテムを使用すれば、デバイスが登録される前にベータ版OSへのアップグレードを強制することもでき、登録ワークフローが事後だけでなく、ベータ版OS上でエンドツーエンドでテストされることを保証します。Apple向けの「管理対象OSライブラリアイテム」では、Apple Business ADE統合から自動的に同期されるAppleSeed for ITベータトークンを使用して、ベータリリースの適用を強制することも可能です。

「ソフトウェアアップデート」設定の使用

「ソフトウェアアップデート」設定のパスについては、まずデバイスを登録してください。iCloud に以下のいずれかを使用してサインインします:

  • Apple School Manager、Apple Business、またはApple Developerサイトにサインインするために使用する「管理対象Appleアカウント」、または
  • Apple Developer または Apple Public Beta サイトへのサインインに使用する Apple アカウント

デバイスの登録が完了したら、次の手順はプラットフォームによって異なります:

  • Macの場合: 「システム設定」>「一般」>「ソフトウェア・アップデート」を開き、「ベータ版アップデート」の横にある情報(i)ボタンをクリックします。
  • iPhone、iPad、および Apple Vision Pro の場合: 「設定」>「一般」>「ソフトウェア・アップデート」>「ベータ版アップデート」を開きます。
  • Apple TVの場合: 「設定」>「システム」>「ソフトウェア・アップデート」>「ベータ版アップデート」の順に開きます。
  • Apple Watchの場合:登録済みのiPhoneで「Watch」アプリを開き、「一般」>「ソフトウェア・アップデート」>「ベータ版アップデート」の順に開きます。

ここから、そのデバイスの次期オペレーティングシステム用の「開発者向けベータ版」を選択します。これにより、最新のベータ版をワイヤレスでインストールできるようになります。以降のベータ版は、Appleがリリースした時点でデバイス上で利用可能になります。

Apple Configurator を使用する場合

この方法では、完全にクリーンなシステム(つまり、現在のOS以外は何もインストールされていない状態)でテストを行うことができます。Appleから適切なipswファイルをダウンロードし、Apple Configuratorを使用して デバイスを初期化し、ベータ版 OSのベータ版をインストールします。この作業を行う際は、Apple Configuratorを使用するMacにmacOSまたはXcodeの最新ベータ版をインストールしておくことで、最良の結果が得られます。 IPSW による方法は Intel ベースの Mac では利用できませんが、macOS 27 Golden Gate は Intel ベースの Mac のサポートを打ち切った最初の macOS バージョンであるため、問題なく利用できます。

どのオペレーティングシステムをテストする場合でも、本番環境のAppleデバイスにはインストールしないでください。

テストの計画

プレリリース版のOSをテストする最善の方法は何でしょうか?その答えは、当然ながら具体的な状況(管理しているAppleハードウェアの種類や台数、組織で使用しているアプリやサービス、確保できる時間など)によって異なります。しかし、検討すべき一般的なガイドラインをいくつか紹介します。

1) 複数のプラットフォームを使用する

テストを行う前に、テストプラットフォーム(より正確には複数のプラットフォーム)を決定する必要があります。私たちの推奨は、段階的に進めることです。

まずは、初期状態(データが消去された状態)のデバイスに新しいOSをインストールすることから始めます。これらのシステムは本番環境での使用ではなく、テスト専用として用意してください。可能な限り、新しい本番用コンピュータやデバイスと同様に、標準的なWi-Fi設定やその他の設定を適用してテストプラットフォームを構成し、一連のテストを実行してください。

それが完了したら、現在前世代のOSが動作しているテストシステムをアップグレードしてみてください。Macの場合はmacOS 26 TahoeからmacOS 27 Golden Gateへ、iPhoneやiPadの場合はiOSまたはiPadOS 26から27へアップグレードします。ここでも、本番システムと同様にこれらのデバイスを設定し、テストスイートを実行してください。 「AppleSeed for IT」のテスト計画を活用してください。

以前は、多くの管理者が仮想マシン(VM)を使用してベータ版のOSをテストしていました。しかし、VMには限界があり、必ずしも完全かつ信頼性の高い結果が得られるとは限らない点にご注意ください。テストでは、実機を使用することを省略しないことをお勧めします。

2) OS自体から始める

各プラットフォームについて、新しいオペレーティングシステム自体から始める段階的なアプローチを取ることをお勧めします。インストールはできますか?正常に動作しますか?ローカルネットワーク(有線および無線)やインターネットに接続できますか?Bluetoothは動作しますか?

新しいOSがクリーンなMac上で動作しない場合、Apple側に既知の問題がある可能性があります。AppleSeed for ITのリリースノートを確認し、問題の原因となる記述がないか確認した上で、フィードバックを送信してください(下記参照)。

3) アプリケーションのテスト

オペレーティングシステムの基本操作に慣れたら、次はアプリケーションのテストを行います。組織にとって最も重要なユーザ向けツールは5つ何でしょうか? 組織が依存している生産性向上アプリ(例えば、Adobe Creative Suiteなど)に焦点を当ててください。 メールやカレンダー機能は、バックエンドのインフラに依存しているため、現時点ではテスト対象から外してください。これらは次の段階でテストします。

これらのアプリをテスト用ハードウェアにインストールし、徹底的に動作確認を行ってください。新しいOS上でアプリはインストールおよび起動できますか?期待通りに動作しますか?いずれかの答えが「いいえ」の場合は、該当するアプリの開発者に連絡してその旨を伝えてください。また、Appleにもフィードバックを送信してください。

4) インフラストラクチャの確認

次に、組織が依存しているより複雑なアプリやサービスをテストします。

テストシステムはメールサービスに正常に接続できますか? たとえば、Exchangeを使用している場合、期待通りに機能しますか? VPNやIDプロバイダーなどの他のクラウドサービスについてはどうでしょうか? セキュリティツールは正常に動作しますか? 特にセキュリティアプリは、新しいOSの導入に伴い動作しなくなることがよくあります。

そのインフラストラクチャの中で、特にテストすべき重要な要素が1つあります。それは、デバイス管理サービスソリューションです。ベータ版OSを搭載したテスト端末は、正しく登録されますか?現在の設定を適用してみてください。すべて正常に動作しますか?

一般的に、特定の機能が意図的に削除されていない限り、以前のOSで動作していたものは、次期OSでも動作するはずです。そうでない場合は、予期しない動作をAppleおよびデバイス管理サービスベンダーに報告する必要があります。 こうしたベンダーの多くは、Appleが新しいOSを正式にリリースするまで、そのOSに新たに追加された機能を提供しません。そのため、新機能のテストが困難になる場合があります。ただし、ほとんどのデバイス管理サービスでは、 iMazing Profile Editorのようなツールで作成したカスタムプロファイルを配布できるようになっていることを覚えておいてください。

Appleのテスト計画

テスト計画に関する優れた情報源の一つは、Apple自体です。同社は「AppleSeed for IT」プログラムの一環として、サンプル計画を提供しています。AppleSeedサイトで「Resources」をクリックし、「Test Plans & Documentation」セクションに移動してください。

Appleプラットフォームテストテンプレート

Appleデバイスの導入や管理からオフィスインフラに至るまで、多種多様なテストシナリオの概要がまとめられたExcelスプレッドシート(ZIP形式)が用意されています。このシートには、詳細の一部が既に記入済みのテストケースが含まれており、その内容は驚くほど網羅的です。ベータサイクルの後半になると新しい計画が頻繁に公開されるため、このサイトを定期的に確認する価値があります。

Appleの計画には、これまでテストすることを考えたこともなかった項目が見つかるでしょう。たとえAppleのテスト計画でカバーされている特定のシナリオや条件をテストする必要がなくても、独自のテストを計画する際に活用できる優れたテンプレートとなります。

どの程度のテストを行うべきか?

時間やリソースが限られている場合は、計画をシンプルにしましょう。新しいOSをテストして、お使いのハードウェアに正しくインストールされるかどうかを確認してください。新しいユーザを作成し、デバイス管理サービスに登録できるかどうかも確認してください。これらの基本事項をクリアできれば、現時点ではそれで十分かもしれません。

新しいOSをユーザに展開する前に、可能な限り多くのテストを行うことがいかに重要か、いくら強調してもしすぎることはありません。しかし、最低限のテストプログラムを行うための時間やリソースがどうしても確保できない場合は、OSが一般公開されるまで待つという選択肢もあります。 一般公開されたら、1台のMacにインストールし、不具合(もしあれば)がないか確認してください。その間、公開フォーラムを注視して、同業者の意見をチェックしておきましょう。また、「Mac Admins Slack」の#appleseedチャンネルにあるピン留めされた投稿を確認し、より非公開性の高いチャンネルへの参加方法を確認してください。

理想を言えば、テストは自分一人で行うべきではありません。可能であれば、信頼できるエンドユーザやITチームのメンバーを含めたテストグループを結成し、彼ら自身にソフトウェアをダウンロードしてテストしてもらうのが賢明です。

同時に、組織全体に向けて、選定したテストグループ以外のメンバーが独自にプレリリース版ソフトウェアをダウンロードしないよう警告するメッセージを送ることも賢明です。お使いのデバイス管理ソリューションも、その一助となるかもしれません。以下に、 Iruでベータ版OSへのアクセスを制限する方法 Iruでの方法をご紹介します。

フィードバックの提供

プレリリース版のテストにおける主な目的は、今後のOSが既存のハードウェアやソフトウェアと互換性があるかを確認することですが、もう1つ重要な目的があります。それは、Appleへのフィードバックを提供することです。そのための最善の手段は、「AppleSeed for IT」です。

フィードバックはいつ送信すべきか? 過去に利用していたアプリやサービスが、新しいOSの下で動作しない、あるいはクラッシュ、フリーズ、あるいは使い物にならないほど動作が遅くなるなど、異常な挙動を示す場合です。

ベータサイクルの早い段階でAppleやアプリベンダーにフィードバックを提供する方が、後になってから提供する場合よりも価値が高くなります。これにより、AppleやISV(独立系ソフトウェアベンダー)には問題を診断し、対処するための時間がより多く確保され、出荷版のOSにそれらの問題が残らない可能性が高まります。

フィードバックは、プレリリースOSに組み込まれている「フィードバックアシスタント」アプリを通じてAppleに送信します。「AppleSeed for IT」へのサインインに使用するのと同じ「管理対象Appleアカウント」で、フィードバックアシスタントにサインインしてください。 フィードバックは「個人」ではなく「組織」宛てに送信し、AppleSeed for ITのトリアージチームに確実に届くようにしてください。フィードバックを提出する際は、デバイスのログも併せて提出できるよう準備しておいてください。問題の説明や発生時刻に加え、これらの情報がAppleのソフトウェアエンジニアにとって、問題の診断を始めるための手がかりとなります。

フィードバックを送信する際は、有益な内容にしてください。提供できる情報が多ければ多いほど、バグが迅速に修正され、その後のフォローアップも最小限で済む可能性が高まります。まずは、レポートを送信する際に、「[[サービスまたはアプリ]] [[このような奇妙な動作をする]]」または「[[サービスまたはアプリ]]で[[これができない]]」といった形式に従って、詳細で説明的なタイトルを付けてください。スクリーンショットも非常に役立ちます。詳細については、Appleの記事「 効果的なバグレポートの提出方法」を参照してください。可能な限り、「どの領域で問題が発生していますか」という質問に対しては、既存の選択肢から1つを選択し、「このリストにないその他の項目」は絶対に選択しないでください(リストに完全に当てはまる項目がない場合は、デバイスを管理していることになるため、「デバイス管理」を選択してください)。

特定した問題がサードパーティ製ソフトウェアに関連する場合は、そのベンダーのフィードバック機能も必ず利用してください。この段階では、問題がオペレーティングシステムにあるのかアプリにあるのかを判断するのは難しいため、AppleとISVの両方に報告を行うのが望ましいです。

前述の通り、組織の認証情報を使用してフィードバックを送信すると、その報告は「AppleSeed for IT」という特別なキューに振り分けられます。つまり、バグ報告や機能改善のリクエストは、実際にそれらに対処できるAppleの担当者に届くことになります。

問題を報告する際は、受け取ったフィードバックID番号を控えておいてください。この番号は、あなたとAppleとの間の今後のやり取りで使用されます。 「Feedback Assistant」やAppleSeedのウェブサイトでは、送信済みまたは下書き中のフィードバックを確認できます。Appleから追加情報の提供を求められることがよくあります。こうしたやり取りは「Feedback Assistant」で行われます。質問に対して迅速に回答することで、リリース前に問題が解決される可能性が高まります。

フィードバックを提出するかどうかを検討する際に留意すべき点として、フィードバックを提出することは、自分自身だけでなく、Appleの管理者やユーザコミュニティ全体のためにもなるということです。ある問題について複数の報告があることで、Appleがその問題を他の問題よりも優先して対応するきっかけになる可能性があります。 他の管理者が気づいていないが、将来的にその管理者に影響を及ぼすような問題を見つけることもあるでしょう。Appleがリリース前の期間を設けているのは、顧客が変更に対応し適応する時間を確保すると同時に、ソフトウェアの品質を保証するためです。皆さんのフィードバックは、同社の取り組みにとって極めて重要です。

最後に一点補足します。Appleの次世代オペレーティングシステムのベータシーズンだからといって、今後のリリースをテストすべき時期がこの時期だけというわけではありません。Appleは年間を通じてOSのアップデートをリリースしています。それらを展開する前にテストを行うことを、日常的なルーチンに組み込むべきです。

Iruについて

ベータ版をテストし、デバイス管理サービスを活用することで、組織における新しいオペレーティングシステムへの移行を円滑に進めることができます。 ゼロタッチ展開、ワンクリックでのコンプライアンス対応、脅威の検出、脆弱性への対応、オフラインでの修正、パスワードレス認証、コンプライアンスの自動化といった強力な機能を備えたIruには、デバイスの登録、設定、セキュリティ確保、そしてその有効性を証明するために必要なすべてが揃っています。

最新の記事

Featured image: IruにおけるmacOS LAPSのご紹介:安全で自動化されたローカル管理者パスワード
Mike Boylan • 約2分で読了

IruにおけるmacOS LAPSのご紹介:安全で自動化されたローカル管理者パスワード

ローカル管理者アカウントはトラブルシューティングや復旧に不可欠ですが、そのパスワードは深刻なセキュリティ上のリスクにもなり得ます。認証情報の共有、パスワード変更間隔が長すぎる、あるいは設定されていないこと、および保管方法に一貫性がないことは、システムが侵害された後、攻撃者が横方向への移動を行う時間と機会を増やしてしまいます。

製品ニュース
Featured image: 脆弱性の修正を表す、中にチェックマークが入った盾。
Iru Team • 約4分で読了

脆弱性の修正とは? 対処法の4つの方法

What is vulnerability remediation? Vulnerability remediation is the process of eliminating security vulnerabilities before attackers can exploit them. It involves identifying affected systems, prioritizing the most critical risks, and taking corrective action.

Featured image: 不透明なフォルダアイコンの上に、チェックマークと虫眼鏡のアイコンが重ねられたもので、サイバーセキュリティのリスク評価を表しています。
Iru Team • 約6分で読了

サイバーセキュリティリスク評価とは?その実施方法

サイバーセキュリティは、現代における代表的なビジネスリスクの一つとなっています。米国商工会議所が最近実施した調査によると、中小企業の60%が、サイバーセキュリティの脅威を最大の懸念事項として挙げ、その順位は盗難、自然災害、テロを上回りました。

Iruの実力をご覧ください

数千ものチームがIruを選ぶ理由をご覧ください

本フォームを送信することで、Iruのプライバシーポリシーに同意し、Iruから製品およびサービスに関するご連絡を受けることに同意します。

最新情報をお届け

ITおよびセキュリティチームが常に先を行くための、Iruによる隔週の最新記事、動画、リサーチをお届けします。