You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Most JS ecosystem tooling works really well for small to moderately sized projects. However as the volume of code increases (closing in on 500MB and beyond) performance has considerably degraded.
Projects of this size typically have special tooling designed to handle the workload. Considerations should be made so that these massive projects can customise how tests are loaded (etc), without having to hack around the test framework.
The approach thus far should mean relatively few scaling issues, with 1 exception. The test context. The way test context for each test is persisted means that memory cannot be completely released. It should be possible to refactor this library to support releasing context data, once I've figured out how it works.
The text was updated successfully, but these errors were encountered:
Most JS ecosystem tooling works really well for small to moderately sized projects. However as the volume of code increases (closing in on 500MB and beyond) performance has considerably degraded.
Projects of this size typically have special tooling designed to handle the workload. Considerations should be made so that these massive projects can customise how tests are loaded (etc), without having to hack around the test framework.
The approach thus far should mean relatively few scaling issues, with 1 exception. The test context. The way test context for each test is persisted means that memory cannot be completely released. It should be possible to refactor this library to support releasing context data, once I've figured out how it works.
The text was updated successfully, but these errors were encountered: