-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
bugs and suggestions #10
Comments
fixed
What do you mean "act strange"? Uncaught Exceptions crash the process just like any other node program. Since the tests are concurrent, there is no way to decide what test (or even suite) caused the uncaught exception. AVA hasn't solved this problem. In AVA each file runs in a forked node process, so they can catch uncaught exceptions per file. I don't think this a good idea. There is still no way of know what caused the exception. In fact, it's quite likely the test that threw it already completed and has been reported as passing. By crashing node as soon as the exception is received, the process is stopping as close to the sources as possible. And an uncaught exception is a sign that the test is not designed properly.
Native Promises work fine for me in my tests. Will you provide an example of the problem that you are having?
I like js-reports in theory, but in practice it's insufficient. It's particularly poorly designed for concurrent testing and reporting suite level and hook errors. I don't plan to implement it.
For what purpose?
Does any test framework provide this? What would some use this for? Also, it's impossible to stop a running test unless it's were running in a child process.
This is already supported.
What for? |
For static analysis. Tape discussed this, and so did Mocha, but AVA got the best discussion: avajs/ava#696 |
|
Any plans for the CLI yet? |
Bugs
Suggestions
todo('todo')
. Is that a good idea?The text was updated successfully, but these errors were encountered: