test: flaky integration tests when GetRandomMovie() returns a soft-deleted movie
まだ誰も着手していません。
評価
調査の方向性
2つの ServiceApplicationFactory.cs ファイルで指定されている GetRandomMovie() から始め、それぞれが有効な映画をどのように選択するかを比較してください。両方の実装で論理削除されたエントリを除外し、その後、該当するクライアントとサーバーの統合テストを実行してください。ランダム選択で論理削除された映画が返されず、それらのテストが成功すれば完了です。
索引モデルが issue の本文から書いたものです。
説明
Describe the bug
Several integration tests are intermittently flaky because GetRandomMovie() can return a movie that an earlier test in the same class has already soft-deleted and never restored.
Observed failure, from PR #599 (Build and Test Library, run 42093778343). The change in that PR is unrelated, and the identical commit passed on a fork run:
CommunityToolkit.Datasync.Client.Test.Service.Integration_Tests.Read_SoftDeleted_NotDeleted_Returns200 [FAIL]
CommunityToolkit.Datasync.Client.DatasyncHttpException : Gone
at ServiceResponse.ThrowIfNotSuccessful(...)
at DatasyncServiceClient`1.GetAsync(String id, ...)
at Integration_Tests.Read_SoftDeleted_NotDeleted_Returns200() line 152
Root cause
- Each test class that uses the in-memory test server creates one
ServiceApplicationFactoryviaIClassFixture<ServiceApplicationFactory>. All tests in the class share one in-memory movie repository. GetRandomMovie()picks a random movie that satisfiesIsValid(...)(title, year and duration). It does not exclude movies whereDeleted == true.- Several tests soft-delete a random movie, either with
SoftDelete(existingMovie)or throughDELETE api/in-memory/softmovies/{id}. They never restore it. - If a later test in the same class randomly picks one of those movies and calls the
softmoviesendpoint, the server correctly returns410 Gone(or the test's other expectations break), and the test fails.
The failure rate is low and depends on test ordering. A few leaked soft-deleted rows sit in the set of seeded valid movies, so it is probably in the low single-digit percent range per run. That is why it only appears occasionally in CI.
I could not reproduce it locally. 15 consecutive runs of Service.Integration_Tests all passed.
Affected tests
Any test that calls GetRandomMovie() and expects a non-deleted movie, in a class that also soft-deletes movies. The soft-deleting tests also mutate Deleted state themselves.
tests/CommunityToolkit.Datasync.Client.Test
Service/Integration_Tests.cssoft-deletes inCreate_SoftDeleted_Returns409,Read_SoftDeleted_Deleted_Returns404,Read_SoftDeleted_Deleted_WithIncludeDeleted_Returns200,Delete_NotSoftDeleted_Returns204andDelete_SoftDeletedId_Returns410. All 16GetRandomMovie()call sites in that file are exposed.
tests/CommunityToolkit.Datasync.Server.Test has the same GetRandomMovie() implementation in Helpers/ServiceApplicationFactory.cs, and the same soft-delete pattern:
Service/Read_Tests.cs:Read_SoftDeleted_Deleted_Returns410andRead_SoftDeleted_Deleted_WithIncludeDeleted_Returns200.Read_SoftDeleted_NotDeleted_Returns200has the same signature as the observed failure.Service/Delete_Tests.cs:Delete_NotSoftDeleted_Returns204andDelete_SoftDeletedId_Returns410.Service/Replace_Tests.cs: three soft-delete tests.Service/Create_Tests.cs: one soft-delete test.
Suggested fix
Smallest fix: exclude soft-deleted movies in both GetRandomMovie() implementations:
repository.GetEntities().Where(x => IsValid(x) && !x.Deleted).ToList();
tests/CommunityToolkit.Datasync.Client.Test/Helpers/ServiceApplicationFactory.cstests/CommunityToolkit.Datasync.Server.Test/Helpers/ServiceApplicationFactory.cs
Tests that need a deleted movie already call SoftDelete(...) explicitly, so they are unaffected.
A more robust option is to also restore or reset the repository per test, as ResetInMemoryMovies() already does for the offline push tests. That removes the cross-test state sharing entirely, at some cost in test runtime.
Additional context
Delete_* tests that hard-delete a movie remove it from the repository, so they don't cause this problem. Only soft-deleted rows that stay in the repository do.
- 主要言語
- C#
- スター
- 184
- フォーク
- 48
- 平均マージ
- 21分
- マージ済み PR(30日)
- 7
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
CommunityToolkit/Datasync のほかの issue
-
Blocked dependencies Server
難易度 4/5 3〜5日 初心者へのやさしさ 25/100
CommunityToolkit/Datasync#594 ·
-
dependencies Examples
難易度 4/5 3〜5日 初心者へのやさしさ 40/100
CommunityToolkit/Datasync#593 ·
-
dependencies Infrastructure
難易度 3/5 1〜2日 初心者へのやさしさ 72/100
CommunityToolkit/Datasync#592 ·
-
dependencies Infrastructure
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
CommunityToolkit/Datasync#591 ·
-
dependencies Infrastructure
難易度 2/5 1〜3時間 初心者へのやさしさ 55/100
CommunityToolkit/Datasync#590 ·
CommunityToolkit/Datasync の issue をすべて見る
似ている issue
-
enhancement needs-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
microsoft/microsoft-ui-reactor#1460 ·
メンテナーはふだん 1 日以内に返信
-
t/bug
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
dotnet/maui#39950 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
The server's default HttpClient fails on plain http and on HTTPS servers without HTTP/2対応中かも @yasmoradi が今日担当しました。 オープンarea / templates
難易度 2/5 1〜3時間 初心者へのやさしさ 73/100
bitfoundation/bitplatform#14659 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
NimblePros/deviq-hugo#121 ·
メンテナーはふだん 1 日以内に返信
-
feature
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100