[DRIVERS-2323] Run all possible change streams spec tests against sharded topologies Created: 10/May/22  Updated: 17/May/22

Status: Backlog
Project: Drivers
Component/s: Change Streams
Fix Version/s: None

Type: Task Priority: Major - P3
Reporter: Benji Rewis (Inactive) Assignee: Unassigned
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Depends
depends on DRIVERS-2322 Restrict change streams unified tests... Implementing
Related
related to DRIVERS-2248 Test getMore with comment for change ... Backlog
related to PHPLIB-842 Drop operation from initialData unexp... Backlog
Driver Changes: Needed

 Description   

Summary

DRIVERS-2322 will likely restrict the tests in change-streams.yml to only run against replicasets. Running those tests against sharded clusters results in a number of failures for tests that expect a particular order of events (extra drop and write events are observed in at least a couple drivers). We should add sharded topologies back into the test-file-level runOnRequirements and investigate the cause of the failures.

Motivation

Who is the affected end user?

Users of change streams against sharded topologies.

How does this affect the end user?

In not testing change streams against sharded topologies, driver devs are missing test coverage for the behavior of change streams with sharded topologies, which should be supported behavior.

How likely is it that this problem or use case will occur?

There are many users of change streams that are interacting with sharded clusters.

If the problem does occur, what are the consequences and how severe are they?

If we do not test against sharded topologies, we may miss bugs introduced in change streams changes.

Is this issue urgent?

Somewhat.

Is this ticket required by a downstream team?

No.

Is this ticket only for tests?

Yes.


Generated at Thu Feb 08 08:25:17 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.