Skip to content

Conversation

@brandonpage
Copy link
Contributor

This should significantly reduce the time it takes for our tests to run since all shards run in parallel. I have done my best to anticipate any possible collisions that could cause test failures. Each lib has a "remaining" shard with only notClass targets (from the other shards) so it will run everything not in another shard. No work is required when adding new tests.

@codecov
Copy link

codecov bot commented Dec 2, 2025

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 61.77%. Comparing base (924877c) to head (2d966be).
⚠️ Report is 6 commits behind head on dev.

Additional details and impacted files
@@            Coverage Diff            @@
##                dev    #2809   +/-   ##
=========================================
  Coverage     61.77%   61.77%           
  Complexity     2767     2767           
=========================================
  Files           214      214           
  Lines         16931    16931           
  Branches       2453     2453           
=========================================
  Hits          10459    10459           
  Misses         5306     5306           
  Partials       1166     1166           
Components Coverage Δ
Analytics 47.92% <ø> (ø)
SalesforceSDK 53.49% <ø> (ø)
Hybrid 59.05% <ø> (ø)
SmartStore 78.20% <ø> (ø)
MobileSync 81.68% <ø> (ø)
React 52.36% <ø> (ø)
🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
  • 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.


Each confiruration file defines targets using the `class` keyword. To ensure all tests are run, each config has a "remaining" shard that **only** uses the `notClass` keyword. New test classes will automatically be included in the "remaining" shard.

However, it is very important that classes added to shards are also added to the "remaining" shard to prevent them from running twice. Likewise it is important that classes removed from shards are also removed from the "remaining" shard so they are not skipped.
Copy link
Contributor Author

@brandonpage brandonpage Dec 2, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I will write a trust story to ensure this is maintained. It shouldn't be too hard to write a bash script that ensure the number of targets in the "remaining" shard exactly equals the number of targets in all other shards combined.

But I would like to see the system be proven to be useful before adding additional work.

Edit: Implemented. With name matching, to prevent typos and make fixing mistakes easier.

Copy link
Contributor

@wmathurin wmathurin left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@brandonpage brandonpage merged commit 64346b4 into forcedotcom:dev Dec 2, 2025
29 of 32 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants