[SERVER-16727] Complete Query Stage Test Suite Created: 05/Jan/15  Updated: 05/Aug/15  Resolved: 05/Aug/15

Status: Closed
Project: Core Server
Component/s: Querying
Affects Version/s: None
Fix Version/s: None

Type: Improvement Priority: Major - P3
Reporter: Amalia Hawkins Assignee: Unassigned
Resolution: Won't Fix Votes: 0
Labels: 28qa
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: Text File patch.patch    
Issue Links:
Related
is related to SERVER-15495 Add dbtests for new query stages Closed
Participants:

 Description   

As part of the 2.8 release QA efforts, a test framework was written capable of simulating yielding behavior during query plan stages. However, the amount of work necessary to write full tests for each of the plan stages was deemed to be too high for the 2.8 cycle. This test framework should be reinvestigated and the tests themselves extended as part of a later development cycle.

Currently, neither the tests nor the framework has been committed, and only the IndexScan, Delete, and Update stages have tests written. (#TODO: attach relevant files.) CollectionScan is partially written. Tests should be written for the rest of the stages.

Right now, the assertions are fairly weak as we do not make guarantees on how race conditions will be resolved. For example, a document inserted during a find that matches the match expression given by the find may or may not be included in the results of the find – both cases are considered correct. Strengthening the assertions that check the results of the find would be a good choice, which can be done based on document oids as opposed to result count, without necessarily forcing any guarantees.



 Comments   
Comment by David Storch [ 05/Aug/15 ]

Closing as Won't Fix, as there is no more planned work on this test suite. If we discover gaps in coverage, especially surrounding saveState(), restoreState(), and invalidate(), we can write unit tests to improve coverage.

Generated at Thu Feb 08 03:42:04 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.