Authentication and Testing Sprint Challenge

Read these instructions carefully. Understand exactly what is expected before starting this Sprint Challenge.

This challenge allows you to practice the concepts and techniques learned over the past sprint and apply them in a concrete project. This sprint explored Authentication and Testing. During this sprint, you studied authentication, JSON web tokens, unit testing, and backend testing. In your challenge this week, you will demonstrate your mastery of these skills by creating a dad jokes app.

This is an individual assessment. All work must be your own. All projects will be submitted to Codegrade for automated review. You will also be given feedback by code reviewers on Monday following the challenge submission. For more information on the review process click here.

You are not allowed to collaborate during the sprint challenge.

Project Setup

  • [x ] Run npm install to install your dependencies.
  • [x ] Build your database executing npm run migrate.
  • [x ] Run tests locally executing npm test.

Project Instructions

Dad jokes are all the rage these days! In this challenge, you will build a real wise-guy application.

Users must be able to call the [POST] /api/auth/register endpoint to create a new account, and the [POST] /api/auth/login endpoint to get a token.

We also need to make sure nobody without the token can call [GET] /api/jokes and gain access to our dad jokes.

We will hash the user's password using bcryptjs, and use JSON Web Tokens and the jsonwebtoken library.

MVP

Your finished project must include all of the following requirements (further instructions are found inside each file):

  • [x ] An authentication workflow with functionality for account creation and login, implemented inside api/auth/auth-router.js.
  • [x ] Middleware used to restrict access to resources from non-authenticated requests, implemented inside api/middleware/restricted.js.
  • [x ] A minimum of 2 tests per API endpoint, written inside api/server.test.js.

IMPORTANT Notes:

  • Do not exceed 2^8 rounds of hashing with bcryptjs.
  • If you use environment variables make sure to provide fallbacks in the code (e.g. process.env.SECRET || "shh").
  • You are welcome to create additional files but do not move or rename existing files or folders.
  • Do not alter your package.json file except to install extra libraries. Do not update existing packages.
  • The database already has the users table, but if you run into issues, the migration is available.
  • In your solution, it is essential that you follow best practices and produce clean and professional results.
  • Schedule time to review, refine, and assess your work and perform basic professional polishing.

Submission format

  • [x ] Submit via Codegrade by pushing commits to your main branch on Github.
  • [x ] Check Codegrade before the deadline to compare its results against your local tests.
  • [x ] Check Codegrade on the days following the Sprint Challenge for reviewer feedback.
  • [x ] New commits will be evaluated by Codegrade if pushed before the sprint challenge deadline.

Interview Questions

Be prepared to demonstrate your understanding of this week's concepts by answering questions on the following topics.

  1. Differences between using sessions or JSON Web Tokens for authentication. json web tokens are not stateful while sessions are

  2. What does bcryptjs do to help us store passwords in a secure manner? -bcrypt uses "hashing" (replacing a character with a key that matches) and "salting" (adding unnecessary characters for the purpose of hiding the ones necessary)

  3. How are unit tests different from integration and end-to-end testing?

    • Unit tests check that individual parts of the code work correctly while integration tests check that different parts of the app work together and end-to-end tests check the entire process from beginning to end
  4. How does Test Driven Development change the way we write applications and tests?

    • You make tests first rather than making tests after coding
    • You make code to pass the tests rather than make tests to make sure code will pass