As a beginner programmer, you often hear advice to test your code. It’s good advice—let’s look at how you can start doing it! What are unit tests? Tests are a way to explicitly set expectations about code. You establish them to allow the machine to check whether your code meets the expectations. It’s a program that verifies your program. Usually, in JavaScript projects, you’ll use some testing library, such as: Jest, Jasmine, or Chai But those are just tools. What matters is that you have some way of automatically validating your application. How unit tests help you There are four ways writing tests will make your coding life easier: It’s a fast and reliable way of checking whether the code works as expected. You don’t have to think about edge cases to have all of them covered by unit tests. Good test coverage is a safety net that allows you to refactor code with more courage. Thus, you’re more likely to take the necessary steps to keep your codebase in good shape. Writing tests forces you to think about units—and how the responsibility should be spent between them, making your code more modular and easier to maintain. unit Unit tests can make you a faster coder. At first, you have to invest time in creating the test case, but once it’s ready, you can rerun it very cheaply. The investment can pay dividends even during the initial development. Build up scaffolding Before testing functionality, make sure you can test . Install the testing library and set up your testing script. Once you have something running, you can start setting up scaffolding for some of your tests. You need to decide on a naming convention. For example, if your code is , your testing code can be sitting in . anything my-project/plane-ticket.js my-project/plane-ticket.spec.js Build everything needed to test a given class, and then check some trivial aspects: if an object is an object, or if a function is a function In this way, you will prove that you can test things. Set up mocking Mocks are objects created to replace dependencies of the unit you are testing. For example, if you test the function, you will want to intercept the HTTP request before the function sends it. You will want to find what your function uses for sending the request and replace it with a mock. Mocking should be easy if you build your code using a dependency injection pattern. saveBlogPost Keep a structure As you can see, a lot is going on in each test. You can distinguish three main phases: Setting up mocks Running code you want to check Check expectations Keeping this separation in your code makes sense; it will be easier to read this way. An easy way of organizing it is to group all lines together and maybe add a comment saying which part it is. Test-driven development Test-driven development is a common approach to creating nice code with good test coverage. You start with adding a test for a function before there is an implementation for it. You run tests, and it should fail—if not, there is something seriously wrong and you need to investigate it. The tests fail, and you add the missing implementation to the code. Again, the expectation is that this alone will fix the failure. If all goes well, you invest a bit of time in improving your solution—on both the code and test side, without changing the logic. This way allows you to quickly in creating the code and its tests. iterate If you follow this practice, you should never miss any tests for your logic. There is no temptation to skip writing tests—a common issue when you leave writing tests at the end of your sprint. Counter-recommendation To lead, you have to know where you are going. Ignore the tests for a while if you need to explore what solutions are doable. Once you have your path clear, you can either add tests or approach the problem again in a test-driven way. Missing tests If you are unlucky, you might be working with legacy code without tests and any other quality-related measures—something like . In such a case, it’s still better late than never; you can start writing tests as you work on the codebase. In this way, you will be improving the situation for the future, and maybe you will find some nasty bugs hidden in some rare edge cases. I describe here How about you? How difficult do you find learning how to test? I’ve seen complaints online from people who struggle to find good resources for it. Let me know what experiences you have had so far.

Keep

How to Make Documentation Easier to Read

How to Ace Your Interview Assignment to Land Your Next Front-end Job

Newsletter

Too Long; Didn't Read

Make resilience your competitive advantage

Test-driven Development: How to Write Unit Tests

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

Untitled Story

3 Steps to Adding End-to-end Tests to Your Project

10 Ways To Make Your Innovative, Game-Changing, Synergistic Website Stand Out In 2018

10 Use Cases for Using Laravel to Build Web App Development Projects

10 Things You Can Do Better While Working With Programmers

10 Prioritization Techniques for Agile Product Development

3 Steps to Adding End-to-end Tests to Your Project

10 Ways To Make Your Innovative, Game-Changing, Synergistic Website Stand Out In 2018

10 Use Cases for Using Laravel to Build Web App Development Projects

10 Things You Can Do Better While Working With Programmers

10 Prioritization Techniques for Agile Product Development

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps