[#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:67353] Re: Future of test suites for Ruby
From:
Tanaka Akira <akr@...>
Date:
2015-01-05 23:25:44 UTC
List:
ruby-core #67353
2015-01-06 7:18 GMT+09:00 Charles Oliver Nutter <headius@headius.com>: > I'll try to be brief so we can discuss all this. tl;dr: RubySpec is > valuable, MRI tests are valuable, we need to better utilize both of > them. I like a smaller test framework. mspec is larger than our minitest4-based one. 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. 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. 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. 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. -- Tanaka Akira