[TIL] Day69 #TDD

2022.08.03(Wed)

[TIL] Day69
[SEB FE] Day70

☑️ TDD

Test-Driven-Development - 테스트 주도 개발
코드를 작성하기 전에 테스트를 쓰는 SW 개발 방법론
👉 작은 단위의 테스트 케이스를 작성하고, 이를 통과하는 코드를 작성하는 과정을 반복하는 것

♽ TDD 개발 주기

1. Write Failing Test: 실패하는 테스트 코드를 먼저 작성
2. Make Test Pass: 테스트 코드를 성공시키기 위한 실제 코드 작성
3. Refactor: 중복 코드 제거, 일반화 등의 리팩토링 수행

 ✋ 1 과정 마치기 전에 2 작업 시작하지 않도록 주의!
✋ 2 진행시, 1의 테스트 통과할 정도의 최소 코드만 작성해야 함!

🤷‍♀️ TDD 왜 사용?? → 예상하지 못했던 버그를 줄여 소요 시간을 줄일 수 있기 때문!

---

☑️ React 환경에서의 Test

• Testing Library: React 프로젝트 생성시 자동으로 이용 가능
• Jest: JavaScript의 Testing Framework / Test Runner로,
  테스트 파일을 자동으로 찾아 테스트 실행 → 결과 기대만큼 올바른 값을 가지고 있는지 함수를 이용해 체크 → 테스트 성공/실패 판단

🔹 package.json의 dependencies 확인

1. @testing-library/jest-dom : Jest-dom 제공하는 custom matcher 사용할 수 있게 해줌
2. @testing-library/react : 컴포넌트 요소를 찾기 위한 query 포함
3. @testing-library/user-event: click과 같은 사용자 이벤트에 이용

✋ 테스트 실행을 위해선 파일명을 <file name>.test.js 같은 형식으로 작성!

test('2 더하기 2는 4', () => {
	expect(2 + 2).toBe(4);
});

// it을 사용해도 결과 같음!
it('2 더하기 2는 4', () => {
	expect(2 + 2).toBe(4);
});

// describe()을 사용하여 여러 it(), test()를 포함 가능
describe('Simple Tests', () => {
	test('2 더하기 2는 4', () => {
		expect(2 + 2).toBe(4);
	});

	it('2 더하기 2는 4', () => {
		expect(2 + 2).toBe(4);
	});
});

✋ throw: 테스트가 통과하지 않았을 때 메세지 전달을 위해 사용
✋ expect(), should() 함수는 기능이 매우 유사하므로 같이 사용할 일이 거의 없음

🔶 chai 라이브러리

• 테스트에 필요한 helper 함수들이 담긴 라이브러리
• 입력값이 true가 아닐 경우 에러를 발생시키는 assert()를 자체적으로 제공