Bug fixes and features should always come with tests.
- Unit - test both frontend code in isolation
- E2E - to test the full stack completely on critical flows
- cypress
- When selecting DOM elements use
data-testid
instead of using aclass
orid
.
- When selecting DOM elements use
- cypress
Separate the business logic from the view as much as possible. Create hooks, helpers & reducers to utilize this logic from the UI and test that code in isolation from it's UI.
This is an example of how we structure our unit tests.
import mockAxios from 'axios'
import { isLoggedIn } from './isLoggedIn'
const UserData = { id: 1, name: 'UserName' }
const mockUserData = id => {
mockAxios.get.mockImplementationOnce(() => Promise.resolve(id ? data : undefined))
}
describe('isLoggedIn', () => {
describe('isLoggedIn', () => {
it('should return true when passed a userId', () => {
const userId = 1
mockUserData(userId)
expect(isLoggedIn(userId)).toBe(true)
})
it('should return false when userId is undefined', () => {
const userId = undefined
mockUserData(userId)
expect(isLoggedIn(userId)).toBe(false)
})
})
})
This is an example of how we structure our hook tests.
import { renderHook } from '@testing-library/react-hooks'
import { useIsComponentMounted } from './useIsComponentMounted'
const setup = () => {
return renderHook(() => useIsComponentMounted())
}
describe('useIsComponentMounted hook', () => {
it('should be true on render', () => {
const { result } = setup()
expect(result.current.current).toBe(true)
})
it('should false on unmount', () => {
const { result, unmount } = setup()
unmount()
expect(result.current.current).toBe(false)
})
})