반응형
Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 29 | 30 |
Tags
- vue store
- 트랜잭션 격리
- mock stub spy
- Javascript
- 자바스크립트
- DI
- TypeScript
- Docker Desktop 쓰고싶다
- Rancher Desktop설치
- @Transaction isolation
- 타입스크립트
- docker desktop 대체
- HTTP란
- webpack
- docker desktop 유료화 정책
- Vue+Typescript
- Mock vs Stub
- Spock Mock Stub Spy
- TCP/IP
- enum
- 공짜로 Docker Desktop같은거 쓰기
- ECMAScript
- Spock Spy
- mock stub
- nuxtjs/composition-api buildModules
- @Transaction propagation
- Spock Stub
- 의존성주입
- frontend
- Spock Mock
Archives
- Today
- Total
목록JUnit (1)
끄적끄적
[JUNIT] Mock Test 작성요령
Junit을 이용해서 간단하게 몇가지 테스트코드 작성 예제를 기록해 두려한다. 일단 테스트코드의 필요성부터 알아보자 내가 무엇을 구현해야하는지 머리 속에 있는 또는 요구사항을 인/아웃풋에 대한 테스트코드로 미리 만들어둔다. 테스트코드를 작성함으로써 테스트 시에 번거롭게 직접 API를 호출해보거나 결과를 일일히 확인 안해봐도 된다. - 개발 -> 실행 -> API 호출 -> 결과값에 대한 직접확인 -> 수정 -> 반복.. - 위와같은 확인 방법을 개발 -> 테스트코드실행 -> 테스트코드 성공/실패 확인(간단해짐) 테스트코드를 잘 짜두면 아무래도 눈으로 직접확인하며 사람이 검증하는 것보다 확실하게 버그를 줄일 수 있다. 빌드 배포시에 테스트코드가 통과되야 배포가 되게 끔 설정해두면 서비스에 반영되기전 버그를..
Back-end/Java
2021. 12. 7. 02:03