Comments (7)
No, I ran some tests with this patch in place and the total time was about 49s without the patch (and using filters) and 45s with the patch (and using include). The pod stuff is a huge time sink, but it's a fairly static overhead -- and for those of us who need the isolation of pods to run tests with different sets of dependencies :)
Mostly the issue is that for any given set of tests I want to run, I don't want all my namespaces loaded -- I just want the subset loaded that my selected tests will load.
from boot-test.
This can be closed now as PR #30 provides this and was just merged in (thank you!).
from boot-test.
I started working on this one a bit, but at the moment the :namespaces
option is necessary for the test
task: it is an --include
already. So I was thinking of proposing the alternative that I implemented in boot.test
(core).
If :namespaces
is not there, we include all the tests on the classpath and by doing this now we can have --include
and --exclude
(or --invert
) set of regexes to be on par with the other boot tasks.
How does it sound?
from boot-test.
Sounds good to me! We should probably ping an adzerker though :)
from boot-test.
Sorry I'm late to the party. @arichiardi 's idea sounds good to me, let's do it!
from boot-test.
Note that boot-expectations
uses include / exclude as regexes to filter namespaces before even trying to require them. boot-test
today requires all namespaces unless you specify a complete set of namespaces to load.
The problem with filters is that it filters the Var
s after requiring all the namespaces.
I'd be happy to send a PR for -I
/ --include
/ -X
/ --exclude
to match boot-expectations
as regexes to filter the names of namespaces prior to requiring them.
from boot-test.
Probably the above is also the reason why tests are kind of slow, I would love to see a patch then.
from boot-test.
Related Issues (20)
- Change filter option
- Not sure how to use filter option HOT 8
- using boot-test within a TDD workflow HOT 1
- Namespaces being tested multiple times
- Support option to opt out of terminating on any failures
- performance issue HOT 2
- option :junit-output-to must be of type str HOT 1
- Frequent java.lang.OutOfMemoryError: Metaspace
- selectors for tests HOT 3
- junit output-to support one single file HOT 2
- Test defined in cljx files are not recognized HOT 2
- test-ns-hook HOT 1
- Support dependency scopes
- Option to stop on first failure
- Does not find any tests HOT 4
- Separate test source path HOT 13
- Exception when test does not pass HOT 3
- Running a single test from namespace HOT 6
- Add support for clojure.test reporters
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from boot-test.