So I just started learning testing this week, when I scaffold something, Rails generates a lot of things in /spec folder. Some of them are clear, while the other remains gray to me even after Googling for two days. To name my confusions:
Controllers: unit test or functional test? Or put in another word, does it get to touch real model or stubbed one?
Controllers: do I test authentication or authorization paths, given that I unit tested policies (authorization rules)? Or should I just stub them out and only test normal cases (authenticated and authorized ones)?
Views: do I test them? I’ve been told both do and do-not, what’s the benefit or necessity?
Requests: is this where I put my integration tests? Do I need to test every corner case, coz it is a lot considering authentication and authorization even for simplest CRUD resources.
Features: so I guess I only test some major usage paths here right? What’s the boundary between feature tests and integration test?
Dying to clear my head out now, really appreciate your options!
These are all great resources. If I had to do it over and I was just getting into testing, the books I would read in this order are:
https://leanpub.com/everydayrailsrspec - It’s good for understanding the basics of RSpec and it’s syntax. It’s a great walkthrough of basic testing in Rails.
Rails 4 Test Prescriptions by Rappin - This is a bit more higher level and less syntax-oriented and goes into principles/guidelines (e.g., what to test in a model, what makes great tests). I’m currently reading this and finding it to be a great read.
