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
One pain point we've found while working with in-repo-engines is that integration/unit tests can be frustrating to get working properly. A large part of this is due to the resolver used by tests being set once globally and usually only reflects the resolver used by the host application and not the engine itself.
Since there are obviously scenarios where we would want to integration/unit test a component (or something else) within an in-repo-engine, it might make sense to build in a way to easily set the Engine associated with a specific test module. Something like:
One pain point we've found while working with in-repo-engines is that integration/unit tests can be frustrating to get working properly. A large part of this is due to the resolver used by tests being set once globally and usually only reflects the resolver used by the host application and not the engine itself.
Since there are obviously scenarios where we would want to integration/unit test a component (or something else) within an in-repo-engine, it might make sense to build in a way to easily set the Engine associated with a specific test module. Something like:
Which will grab the
resolver
andmodulePrefix
after looking up the Engine and use those for the resolver for the current test module.Note: I believe we could work in support for this from this addon, but it would likely be better situated somewhere in
ember-test-helpers
.The text was updated successfully, but these errors were encountered: