Ruby 2.3.3 released • Hacker News Board

Re: Ruby 2.3.3 released

#21

Post by shellac » Mon, Nov 21, 2016, 7:41 PM UTC

znpy wrote: post #17

dkubb wrote: post #13

Earlier quoted context omitted.

There is rubyspec, but it doesn't cover all possible paths, just the ones that the developers deemed important enough to test. What I am curious to know is _what_ does ruby use besides rubyspec? Do they run tests against the top 100, 1000, etc rubygems before releasing? I know other communities like Rust (and even Perl) do this kind of regression testing. While this won't catch all possible regressions it seems like…

There has been quite a controversy about rubyspec afaik: the tldr is that the de-facto ruby spec is basically 'whatever piece of software capable of running rails'. This is because the ruby devs change stuff around very often and don't keep an official spec of the language, to the extent that the creator of rubyspec had given up. This might have changed in the meantime, dunno. https://github.com/rubinius/rubinius-arc…

To be honest the issues with rubyspec in the past were sociological more than anything else. It was a right pain making contributions, and certainly not a welcoming community.

Specs have been part of ruby core for quite a while now, thanks to the efforts of other members of the community.

Re: Ruby 2.3.3 released

#22

Post by riffraff » Mon, Nov 21, 2016, 8:40 PM UTC

znpy wrote: post #17

dkubb wrote: post #13

Earlier quoted context omitted.

There is rubyspec, but it doesn't cover all possible paths, just the ones that the developers deemed important enough to test. What I am curious to know is _what_ does ruby use besides rubyspec? Do they run tests against the top 100, 1000, etc rubygems before releasing? I know other communities like Rust (and even Perl) do this kind of regression testing. While this won't catch all possible regressions it seems like…

There has been quite a controversy about rubyspec afaik: the tldr is that the de-facto ruby spec is basically 'whatever piece of software capable of running rails'. This is because the ruby devs change stuff around very often and don't keep an official spec of the language, to the extent that the creator of rubyspec had given up. This might have changed in the meantime, dunno. https://github.com/rubinius/rubinius-arc…

it has indeed changed, the project has been reignited as "The Ruby Spec Suite".

It still doesn't cover everything, but it's used and contributed to by multiple implementations, and looks healthy https://github.com/ruby/spec/graphs/contributors

Re: Ruby 2.3.3 released

#23

Post by dkubb » Thu, Nov 24, 2016, 5:11 PM UTC

chrisseaton wrote: post #14

dkubb wrote: post #13

Earlier quoted context omitted.

There is rubyspec, but it doesn't cover all possible paths, just the ones that the developers deemed important enough to test. What I am curious to know is _what_ does ruby use besides rubyspec? Do they run tests against the top 100, 1000, etc rubygems before releasing? I know other communities like Rust (and even Perl) do this kind of regression testing. While this won't catch all possible regressions it seems like…

> Do they run tests against the top 100, 1000, etc rubygems before releasing? I don't believe they do. They only recently started testing against ruby spec. I work on an alternative implementation, and we are planning to test against literally all the gems in RubyGems ourselves. We test the top 100 or so at the moment.

If I might make a suggestion, I'd recommend doing some kind of tracing when you run the tests so you can have a mapping of what parts of your code are exercised by which gems/tests. Then when you make changes to your code you can run the tests that relate to that part of the system first, thus giving you more confidence that your change didn't cause a regression. This should be much more efficient than simply doing a full gem run (although I'd recommend that too, since it could uncover hidden dependencies).