2023年のSAT改革以降、すべての海外会場でのSATは従来のペーパーテストからデジタル試験へと移行しました。TOEFLやACTといった他のデジタル試験とは異なり、SAT Digital Testは受験生が自らデバイス（Mac、Windows、iPad、Chromebookに対応）を用意し、Bluebookアプリをインストールして受験する必要があります。試験はReadingとMathの2つのセクションに分かれており、間に10分間の休憩があります。
試験への参加
私が申し込んだのは、2023年10月7日にマカオ理工大学で行われた試験でした。当時、手元には2台のデバイスがありました。16インチのIntel MacBook Pro (2019) と iPad Pro 2022です。試験は約2〜3時間続くため、Intel製MBPのバッテリー持続時間に対する強い不信感（授業中にIDEをいくつか開くと1時間半でバッテリーが切れることがよくありました）から、iPadを使用して受験することに決めました。
試験会場に入り、会場のWi-Fiに接続して試験開始を待つまでは非常にスムーズでした。しかし、試験監督（proctor）が注意事項（instructions）を読み終え、Start Codeを入力した瞬間、私のiPadは突然アプリが落ち、ホーム画面に戻ってしまいました。
ここで補足ですが、Bluebookで試験を開始すると、iPadOSの Automatic Assessment Configuration フレームワークを利用してデバイスが自動的にロックされます。これにより、画面の切り替え、自動スペルチェック、クリップボードの共有などの機能が制限されます。
勝手に触るわけにもいかず、すぐに手を挙げて試験監督を呼びました。この時、私のiPadは非常に奇妙な状態にありました。上部のステータスバーを見る限り、iPadはまだAACロックモードの中にありながら、画面だけがホーム画面に戻っていたのです。
その後、Bluebookは無限にクラッシュを繰り返し、数回ループした後にiPadが自動的に再起動しました。そこで改めてBluebookを開いてログインし、Start Codeを入力したところ、画面は正常に最初のReading Sectionへと進みました。すべてが正常に戻ったように見えたので、深く考えずに急いで問題を解き始めました。
この時点で試験開始からすでに5分が経過していました。SATのデジタル試験は各自が個別に進めるものですが、休憩のタイムラインが周囲とズレてしまい、自分以外の全員が5分早く休憩に入る状況は、少なからず心理的な影響を与えました。
こうして、何とか大きなトラブルなくReadingセクションを終えることができました。
事態の悪化
休憩から戻り、深呼吸をしてMathセクションに臨みました。SAT Mathの最初のモジュール（Module 1）は基礎的な問題が多いため、この時の心境は比較的落ち着いていました。
しかし、ある記述式の問題を解き終え、画面上の入力欄をクリックして答えを入力しようとした瞬間、Bluebookが再び何の前触れもなくクラッシュしました。すぐに手を挙げて試験監督を呼びましたが、試験開始時と同じ手順を繰り返すことになりました。
幸い、Bluebookに戻ると残り時間と回答状況は保存されていました。ビクビクしながら数問解き進めましたが、別の記述問題に差し掛かったところで、またしてもクラッシュしました。
ここで私の心は折れました。数人の試験監督が私の周りに集まり、状況を確認し始めました。そしてここが重要なポイントなのですが、ある試験監督から「Bluebookを一度アンインストールして再インストールしてみて」と言われました。私はその通りにしました。しかし、Bluebookにとって、私のデバイスは「新しいデバイス」として認識されてしまい、直接試験に戻るには試験監督の承認が必要になりました。
ところが、すでに試験の後半パートに入っていたため、メインの試験監督がデバイス変更のリクエストを承認したにもかかわらず、目の前に現れたのは冷淡なポップアップだけでした。
私は完全に試験から締め出されてしまいました。会場には予備のThinkPadが用意されていましたが、それを使っても試験を続行することはできませんでした。頭が真っ白になりましたが、今回の遠征が無駄足に終わったという事実を受け入れざるを得ませんでした。試験料はCollege Board（CB）に返金を要求できるかもしれませんが、北京からマカオへの往復航空券やホテル代などの費用はすべて無駄になってしまいました。
会場のスタッフと交渉しましたが、相手は非常に冷淡で「自分たちには何もできない、主催者のCollege Boardに事故報告のチケットを書いて送るだけだ（後で判明しましたが、おそらく書いていませんでした）」と言われ、試験が終わっていないという理由で、11時まで座って待たされました。
（この点は中国本土の試験会場と比べると雲泥の差です。本土の試験であれば、緊急対応マニュアルが整備されており、すぐに再試験の手配などがなされたはずです）
事後調査
マカオを観光する気力も失せ、ホテルで荷物をピックアップしてそのまま空港へ向かいました。空港で搭乗を待っている間、ふと「クラッシュはすべて、テキスト入力ができる場所をクリックした時に起きた」ことを思い出しました。すぐにPCを開いて検索したところ、数週間前にApple Developer Forumに投稿された「iOS 17 bug - app crashes when input element is focused when using Automatic Assessment Configuration」（iOS 17のバグ - 自動評価構成（AAC）の使用中、入力要素にフォーカスするとアプリがクラッシュする）というタイトルの投稿が目に留まりました。
その投稿によれば、iOS 17を搭載したデバイスでWebKitベースのアプリがAACロックモードに入ると、HTMLの <input> コントロールにフォーカスした際にアプリがクラッシュするというものでした。
これで確信しました。私のiPadは、試験日の約半月前である9月18日にリリースされたばかりのiPadOS 17を使用していました。そしてBluebookも、一目見てWebKitを利用していることがわかる仕様でした。
真相は明らかになりました。試験の数日前にDevice Test（デバイスチェック）が行われますが、それは表示確認や問題が正常に読み込まれるかといった基本的な項目だけで、実際にAACロックモードに入って試験環境を完全にシミュレートするものではありませんでした。
しかし、私が納得いかないのは、Appleは今年の6月6日にはすでにiPadOS 17の最初の開発者向けベータ版を公開していたにもかかわらず、CB（College Board）の技術担当者が新システムでBluebookのテストを全く行っていなかったことです。ほぼ100%再現するこの時限爆弾が、6月のベータ版から8つのベータ版を経て9月の正式リリース、そして半月後のSAT本番まで放置されていたのです。
CBのiOS担当テスターが一度でもテストを実行するか、Apple Developer Forumに少しでも注意を払っていれば、このような事故は防げたはずです。
百歩譲って、私のiPadが激しくクラッシュしたとしても、回答自体は可能でした（2つ目のHTML Inputにフォーカスした時にクラッシュがトリガーされるようでした）。もしあの時、試験監督のいい加減なアドバイスを聞いてBluebookを再インストールせず、答えをまず下書き用紙に書き、再起動を繰り返しながら慎重に入力していれば、完走できたかもしれません。
この問題に遭遇したのは私だけではないはずです。マカオ理工大学の会場は規模が小さかったため、その場では私だけだったようですが、iPadOS 17にアップデートしたiPadで受験した人は、高い確率でこのバグに遭遇したはずです。
試験後、小紅書（RED）でも同じ経験をした受験生を見かけました。この試験はアメリカの大学の早期出願（ED）締め切り前、最後のSATだったため、非常に重要なものでした。College Boardの不手際と、マカオ理工大学会場の傲慢な対応に対し、強く抗議します。
後日談
試験後、ホテルに戻ってすぐに公式サイトからサポートチケットを送信し、状況を説明するメールも送りました。メールには私の調査結果とApple Developer Forumのリンクも添付しましたが、予想通り返信はありませんでした。
試験から3日後の10月10日、College Boardはようやく事態を把握したのか、Bluebook Alert でこの事故について公表しました。その後、10月25日にAppleがiPadOS 17.1をリリースし、この問題は解決されました。
1ヶ月後の11月4日の試験前、CBはすべての受験生にメールを送り、iPadOS 17を搭載したデバイスで受験しないよう警告を出しました。
興味深いことに、その後CBに電話で試験料の返金を求めた際、スタッフはこの件を全く知らない様子で、「デバイスの電源を切るのが早すぎたため、Readingセクションの回答しか送信されなかった可能性があります」などと言われました。説明するのも面倒だったので、お金さえ戻ってくればいいと割り切りました。
まとめ
明らかに、これは不可抗力によって引き起こされた事故でした。College Boardには今後、デバイスのテストをタイムリーに行い、試験前のチェックプログラムを改善することを望みます。画面切り替え防止モードへの移行も、手抜きをせずにシミュレートすべきです。
受験生の皆さんにできることは少ないかもしれませんが、以下のような教訓が得られました。
- 試験前にOSをアップデートしない。たとえ正式版であっても（さもなければ、私のように潜在的なバグの「人柱」になる可能性があります）。
- できるだけ一般的なデバイス（Mac/Windows）を使用して受験する。
- 試験中に問題が発生した場合は、できるだけ早い段階で解決を図る。もし最初のStart Codeの時点で会場の予備デバイスを要求していれば、この事態は避けられたかもしれません。
- 試験が始まったら、絶対にBluebookを削除してはいけません！本来、各デバイスには固有の識別子（unique identifier）があるはずですが、Bluebookが何でデバイスを識別しているのか不明なため、再インストールすると新しいデバイスと見なされ、誰にも助けられなくなります。
今振り返れば、この試験は色々と不運が重なっていました。試験前日に発熱して一日中寝込んでいたうえ、ホテルの火災報知機の訓練で数時間ベルが鳴り響き、十分に休めませんでした。その挙句、試験自体も受けられなかったのですから。 ;(
评论
No comments yet