Sunday, October 21, 2018
Thanks, Rob! Entering "DISABLE_SPRING=1 rails test" gives me the 93.16% test coverage.
Exactly what is the significance of the Spring server? Why isn't Rails set up to automatically take care of this?
On Saturday, October 20, 2018 at 9:39:11 AM UTC-5, Rob Zolkos wrote:
In development run your tests with the DISABLE_SPRING=1 flag before the test command and see if you see a difference in coverage.On Sun, Oct 21, 2018 at 12:17 AM Jason Hsu, Ruby on High Speed Rails <jhsu8...@gmail.com> wrote:--How can I get test coverage results to show more consistent results that make sense?I earlier decided against having SimpleCov and test coverage badges in my Rails apps. It seemed that no matter how I configured SimpleCov, there were some glaring flaws in its results. However, I have since changed my mind as a result of working on a legacy Rails app that had very sparse test coverage when I first joined. SimpleCov showed only 25% test coverage. As a result, I've decided to make test coverage a standard part of all Rails apps I'm on. Test coverage metrics may have their flaws, but I figure that test coverage results should flag the parts of the test suite that need the most improvement.So I've added test coverage to my new Ruby.MN app. The production site is at http://rubymn2.herokuapp.com/, and the source code is at https://github.com/jhsu802701/rubymn2 . Currently, the CodeCov badge shows 93% test coverage, and the results make sense to me.However, SimpleCov in my local development environment shows test coverage of only 76%. In fact, it doesn't recognize ANY of my user or admin model tests. CodeCov does, and this is why it shows a much better test coverage figure.
What's going on? Why is there such a big discrepancy? How can I configure SimpleCov to show results that make more sense?
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rubyonrails-ta...@googlegroups.com .
To post to this group, send email to rubyonra...@googlegroups.com .
To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/ .e6a363bb-0bc0-4c81-94a1- 0b58d8ac3fec%40googlegroups. com
For more options, visit https://groups.google.com/d/optout .
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rubyonrails-talk+unsubscribe@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/729d35fb-81ed-42f8-9375-3fc10b266581%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment