Gain insights into good testing practices in Ruby on Rails. Learn the testing mindset, convert requirements into user stories, and master feature, request, and unit tests for comprehensive coverage.

bullet3.tar.gz

foo-copy

second

challenge1

requests

unit

requestChallenge

featureChallenge

unitChallenge

PassingT1

This course aims to teach you how to write better Rails applications by applying good testing practices. You’ll learn about the reasoning behind testing and the process of applying good testing practices. 

In the first half of the course, you’ll learn about the testing mindset and understand its importance. Next, you’ll learn to turn business requirements into user stories. These user stories will become the basis of the code and tests you’ll write.

Once you understand the reasoning and process, you’ll proceed to write the actual tests. You’ll test what is most important to the end user first. So, the first set of tests you’ll learn to write will be feature tests. Finally, you’ll learn to write request tests and unit tests ensuring end-to-end coverage of our application.

Bulletproof Ruby on Rails Applications

# Setting up the test
Request tests are similar to feature tests in that they exist to test things in integration, but they differ from feature tests in their focus. They’re mostly concerned with what the user can’t see.



> **Note**:  There is an exception to this rule. If you have many feature tests that are testing variations of the same thing, you might want to move them to the request layer because they will run faster. You don’t have to, but it could improve the performance of our test by sacrificing a tiny bit of confidence.

So, for our little experiment here, we want to make sure that the application did create a user in the database, even though we see the correct messages displayed on the screen.

There might be other more useful tests, but this one should serve us well as a request test example.

```bash
$ rails g rspec:request registrations
create  spec/requests/registrations_spec.rb
```

We can easily create a request test with the Rails generator. It gives us a template that we can customize to our liking.
> **Note**: This step has already been performed in the executable widget given at the end of the lesson.

One thing to note is that we’re not looking at the implementation code at all before or while we’re writing our tests. We only care about describing the behavior of the system.
 
The test we’ll write might already pass (because we’re using Devise), but we don’t go through the code to see if that’s the case.


We write our expectation. If it happens to be implemented already, fine. If not, we’ll implement it ourselves. Either way, we’re describing how we want the system to work.
 
Let’s now write the request test. We’ll start with what makes a good test case. Here’s the test code:


Testing What Users Can’t See


Before We Start

The Why Behind Testing

The How Behind Testing

Planning

The Feature Layer

The Request Layer

The Unit Layer

Create a Bill Split Application Using Ruby on Rails

Conclusion

Testing What Users Can’t See

Setting up the test