-
Notifications
You must be signed in to change notification settings - Fork 138
Improve test tasks #615
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
Improve test tasks #615
Conversation
Test failures are caused by ruby/net-http#49 |
383d64c
to
a54fae0
Compare
@ono-max can you also take a look at this? thx |
Could you add |
I can accept But I can not accept BTW, do we have another unit tests like |
@ko1 We have |
735ef76
to
56d3096
Compare
For me, it'll be clearer. I agree with you. |
Can we add a TODO comment about |
56d3096
to
e25d277
Compare
Does it correct?
Also
means do you want to rename test/debug/ to test/console/ and rename the proposed rule test_debug to test_console'? I'm okay for both. I like "repl" terminology more, but "console" is also acceptable. I want to separate integrate tests (test/debug/* and test/protocol/) and unit tests (test/_test.rb). The difference between them are making other processes or not. I understand test/*_test.rb is for console features, so maybe test/console/scenario/ is a better name for current test/debug/ files? |
@ko1 How about:
|
I don't want to introduce plural form because it should be an attribute. It doesn't mean a set of scenarios, but it should mean scenario-type tests. If it introduces unpleasant sense, "repl" seems clearer (test/console/repl/).
What is "request-based tests"? |
The newer protocol tests are written in a way that focuses on individual requests. For example,
That makes me think about the requests specs in Rails and that's why I call it that way. But of course, those protocol tests usually involve a lot more requests to complete an entire test case. So calling it "request-based" may be confusing. I don't have better alternative though, perhaps
I don't understand the difference. Those tests are different scenarios. We also usually put feature specs under |
00bd1fd
to
74a5da1
Compare
@ko1 I've finished the |
Since debug/protocol tests are now run via separate commands, we don't need to have a flag for skipping protocol tests. That'll make things easier to understand and reduce the noise.
815c687
to
1fc2d60
Compare
rake test_console
for just running tests intest/console/*_test.rb
andtest/*_test.rb
.rake test_console
in theruby
workflow. The end result should be the same as it now runsrake test
, which skips all tests undertest/protocol/
by default.PROTOCOL_TEST
is no more needed.rake test
can now run all tests without flippingPROTOCOL_TEST
on and off.Testing tasks after the change:
rake test_console
all console + test framework related (e.g. assertion helpers) tests.rake test_protocol
all protocol related tests.rake test
all of the above.