壊れやすいUIテスト(flaky test)

タイミング依存や表示文字列・座標への依存によって、同じコードでも実行のたびに成功・失敗が入れ替わるUIテストの状態。

概念URI

https://comcomponent.com/knowledge/flaky-ui-test/

別名・表記

Flaky Test

最終確認日

2026-08-01

機械可読データ

JSON-LD

この概念が関わる関係

• AutomationIdは壊れやすいUIテスト(flaky test)を軽減します。AutomationIdを検索キーの本命にすると、表示文字列の変更や多言語化による検索失敗を避けられる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 条件待機(Retry)は壊れやすいUIテスト(flaky test)を軽減します。Thread.Sleepの代わりに条件待機(Retry)を使うことで、タイミング依存によるテスト失敗を減らせる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• Thread.Sleepによる固定待機は壊れやすいUIテスト(flaky test)の原因になることがあります。Thread.Sleepでの固定待機は、速いマシンでは無駄待ちし、遅いマシンではタイムアウト不足で失敗するテストを生む / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• Page Objectパターンは壊れやすいUIテスト(flaky test)を軽減します。画面ごとに要素の検索と操作を1クラスへ閉じ込めるPage Objectパターンは、画面構成の変更時に修正箇所を1か所へ集約する / 確度: 確立した関係 / 確認日: 2026-08-01 出典

この概念を扱う記事

• WindowsデスクトップアプリのUI自動テスト ── UI Automationの仕組みとFlaUIで作る壊れにくいテスト(言及)

一次資料

• https://learn.microsoft.com/azure/devops/pipelines/test/ui-testing-considerations

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。