티스토리 뷰
단위 테스트에 대해 공부하던 중 테스트 스위트라는 용어에 대해 공부한 포스팅입니다.
테스트 스위트
테스트 케이스들을 하나로 묶은 것입니다.
테스트 케이스
"무엇을 테스트할 것인가?"라는 질문에 대한 답을 제공합니다.
테스트 스위트와 테스트 케이스 차이
예를 들어, 다음과 같은 네 개의 테스트 케이스가 있습니다.
- 테스트 케이스 1: 로그인
- 테스트 케이스 2: 새 제품 추가
- 테스트 케이스 3: 체크아웃
- 테스트 케이스 4: 로그아웃
이 테스트 케이스에서 애플리케이션에 성공적으로 로그인하지 못하면 장바구니에 새 제품을 추가할 수 없다는 조건이 있다고 가정해보죠.
테스트 스위트는 다음 테스트 케이스를 시작하기 전에 하나의 테스트 케이스를 성공적으로 완료해야 하는 테스트 노력에서 갭을 식별할 수 있습니다.
저는 이 예시로 테스트 스위트가 테스트 케이스들을 하나로 묶었다는 표현을 완벽하게 이해했습니다.
성공적인 테스트 스위트를 만드는 방법
단위 테스트 책에 있는 내용을 가져왔습니다.
- 개발 주기에 통합되어 있다.
- 코드베이스에서 가장 중요한 부분만을 대상으로 한다.
- 최소한의 유지비로 최대의 가치를 끌어낸다.
저는 이 세 가지 중 두 번째인 가장 중요한 부분을 어떻게 구분할까 고민을 했습니다.
결국, 설계 단계에서 중요한 부분(DDD에서는 이러한 부분을 도메인 모델이라고 부릅니다.)과 그렇지 않은 부분을 분리하는 게 중요한 것 같습니다.
단위테스트 책에서는 중요한 부분을 식별하고 그 중요한 부분을 테스트하는 방법에 대해 알려줍니다.
꼭 읽어보셨으면 좋겠습니다!!
결론
단위 테스트 책을 공부하면서 테스트 스위트라는 정의를 제대로 알고 읽으면 좋을 것 같아서 간단하게 정리해봤습니다.
단위 테스트 책을 좀 더 읽고 이해한 내용을 바탕으로 다음 포스팅에서 찾아뵙겠습니다.
읽어주셔서 감사합니다.
출처
'개발 방식 연구 > TDD' 카테고리의 다른 글
Mock vs Stub 그리고 나의 생각 (0) | 2023.09.12 |
---|---|
TDD 3주차 스터디 요약 (0) | 2022.05.07 |
TDD 스터디 2주차 요약 (0) | 2022.05.07 |
TDD 스터디 1주차 요약 (0) | 2022.05.07 |
TDD 관련 글 정리 (0) | 2022.02.13 |
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 정규표현식
- MSA
- Spring
- 코테
- AWS
- Java
- 이펙티브 자바
- Algorithm
- programmers
- kotest
- Kotlin
- 클린 아키텍처
- 이팩티브 자바
- JPA
- 클린 코드
- 디자인패턴
- 테라폼
- Olympiad
- node.js
- 객체지향
- Spring Boot
- 디자인 패턴
- 프로그래머스
- BOJ
- 백준
- Effective Java
- BAEKJOON
- 알고리즘
- kkoon9
- C++
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
글 보관함