[#67346] Future of test suites for Ruby — Charles Oliver Nutter <headius@...>
I'll try to be brief so we can discuss all this. tl;dr: RubySpec is
19 messages
2015/01/05
[#67353] Re: Future of test suites for Ruby
— Tanaka Akira <akr@...>
2015/01/05
2015-01-06 7:18 GMT+09:00 Charles Oliver Nutter <headius@headius.com>:
[#67444] [ruby-trunk - Feature #10718] [Open] IO#close should not raise IOError on closed IO objects. — akr@...
Issue #10718 has been reported by Akira Tanaka.
3 messages
2015/01/09
[#67689] Keyword Arguments — Anthony Crumley <anthony.crumley@...>
Please forgive my ignorance as I am new to MRI development and am still
5 messages
2015/01/20
[#67733] [ruby-trunk - Bug #10761] Marshal.dump 100% slower in 2.2.0 vs 2.1.5 — normalperson@...
Issue #10761 has been updated by Eric Wong.
4 messages
2015/01/21
[#67736] Re: [ruby-trunk - Bug #10761] Marshal.dump 100% slower in 2.2.0 vs 2.1.5
— Eric Wong <normalperson@...>
2015/01/22
normalperson@yhbt.net wrote:
[#67772] Preventing Redundant Email Messages — Jeremy Evans <code@...>
For a long time, I've wondered why I sometimes receive redundant email
5 messages
2015/01/23
[ruby-core:67370] Re: Future of test suites for Ruby
From:
Charles Oliver Nutter <headius@...>
Date:
2015-01-06 17:09:53 UTC
List:
ruby-core #67370
On Mon, Jan 5, 2015 at 5:25 PM, Tanaka Akira <akr@fsij.org> wrote: > I like a smaller test framework. > mspec is larger than our minitest4-based one. That is indeed true, and mspec may be more of a barrier to running the tests than minitest (e.g. for new implementations). However, there's a lot of helper logic in MRI's tests that also make it hard for new impls to run the tests. That could be fixed more easily than simplifying mspec, I would guess. > Ruby implementation is sometimes broken. > Larger test framework tends to cause a problem (such as SEGV) in the > test framework itself. > It is difficult to invesitigate the problem for larger test framework. > I'm tired for this situtation until Ruby 1.8 which use old test/unit > (ancestor of test-unit gem). > I'm happy in this aspect since Ruby 1.9. It would be helpful if the entire suite used only minitest4 but it appears some suites use test/unit. It would also have been nice for minitest to stay compatible :-( Is there interest in making the test suite minitest5 compatible, since we have removed minitest from stdlib? > RubySpec uses "should" style which is not recommended by RSpec now. > http://myronmars.to/n/dev-blog/2012/06/rspecs-new-expectation-syntax > I guess people familiar with "should" syntax will decrease. Good point. I have no preference for one over the other. > Changing a tool is not enough for readabiliy. > Who wrote hard-to-read tests in a tool will still write hard-to-read > tests in another tool. Very good point. Some of these things are hard to test. > Some kind of feedback for hard-to-read tests should be considered to > address readability. > It is a long way to go, regardless of a tool. > If such feedback is not designed, changing a tool causes more trouble > than benefits. This is actually very insightful. Tom and I were chatting about this yesterday, and it seems like one of the first steps would be adopting an official coding standard for tests. That would cover new tests and give the community a clear path toward fixing the existing tests. Is there an official ruby-core style guide for Ruby code? - Charlie