TDD를 안 해봐서 궁금한 것들

 

질문 : 딴지 거는게 아니라 테스트코드를 짜본적이 없어서 궁금해서 질문 드립니다.!

  • 보통 한 api를 만드는건 혼자 담당할텐데 api를 구현 한 후 postman이나 스웨거 혹은 화면단과 연동 하고 가짜 데이터 넣어서 찍어 보는 것과 테스트 코드에서 목데이터로 테스트 해보는 것엔 어떤 차이가 있나요?
  • 1번의 케이스는 사람이 단순하게 몇 개의 데이터로 찍어볼테지만 테스트코드에선 보통 반복문 같은거로 수많은 데이터로 검증? 하는것 같더라구요 아마 그 검증하는 데이터 크기의 차이 때문에 tdd를 하는 것인지 궁금합니다.
  • 간단한 단위 테스트 정도는 해본적있습니다. 근데 뭔가 같은 일을 두 번 하는 느낌 밖에 안 들어서 깊은 공감을 못했습니다..


답변 : 답변드립니다.

  • 우선 소프트웨어를 테스팅하는 것과 개발자가 TDD를 수행하는 것이 다르다는 점을 느끼셔야하는데 대부분의 경우 이 부분에서 잘 설득이 되지 않는점을 양해해주시기 바랍니다. 
  •  TDD시 Mock을 이용하는 이유
    • SW테스팅 : API가 요구사항에 맞게 동작하는지 테스트케이스를 설계하고 테스트용 데이터를 생성한 후 검증하며, 개발완료 후 테스팅이 수행됨
    • TDD : API를 개발하기 위한 프론트와 백엔드간의 협업 매개체 (문서) 작성이 주 목적임 (예: Spring RestDocs)
  • 테스트 데이터의 차이
    • SW테스팅 : 요구사항에 부합하는 테스트 데이터를 케이스별로 설계하고 해당 테스트 케이스를 검증. 테스트케이스 설계방식에 따라 수십, 수백가지에 대한 데이터.
    • TDD : 개발자가 필요하다고 생각한 만큼의 데이터만 테스트. 주로 메인흐름, 대안흐름, 예외흐름에 대한 1건씩 정도
  • 일을 두 번 한다는 느낌

    • 지금 까지의 개발 방식 : 코드를 짠다 → 애플리케이션을 구동한다 → 테스트한다 → 수정한다 → 개발완료 후 테스터가 테스트 → 오류 있으면 코드 수정 후 테스트 

    • 첫 TDD를 적용: 레이어별 crud에 대한 단위(unit) 테스트코드 작성 → 끝
    • TDD의 개발 방식 : 유스케이스 1에 대한 코드를 짠다 → 1에 대한 테스트코드를 실행한다 → 성공하면 앞 사이클 반복 → 실패하면 수정 → 사이드 이펙트가 예상되면 관련 테스트코드를 실행하고 에러나는 곳 수정 및 리펙토링 

      • 도메인의 유스케이스 중심으로 개발이 진행됨


댓글

댓글 쓰기

이 블로그의 인기 게시물

Session 대신 JWT를 사용하는 이유

이미지
Session 대신 JWT를 사용하는 이유  실 서버는 하나의 인스턴트로만 동작하지 않는다. 서버의 고가용성(high availabliity, HA)을 확보하기 위해 두 개 이상의 병렬서버로 운영하게 된다.  서버가 병렬로 운영되는 상황에서 세션을 사용하면 각 서버간의 세션을 동기화하는 문제가 발생한다. 이를 해결하기 위해 공유 데이터베이스를 이용한 세션공유 기법들을 사용하기도 한다.  서버가 많아지면 세션동기는 더 어렵다.  JWT를 사용하면 세션사용으로 인한 서버 자체에 부담도 줄이면서 공유 세션에 대한 관리가 한층 수월하다. 스프링 시큐리티 - SecurityConfig.java session을 사용하지 않도록 설정 jwtAuthFilter 추가 httpBasic 제거 - JwtAuthenticationFilter.java config.filter 패키지에 파일 추가 jwt dependency 추가 (3개). gradle refresh하는 거 까먹지 말기 config.service 패키지에 [JwtService.java](http://JwtService.java) 추가 jwtService와 UserDetailService final field 추가. @RequiredArgsConstructor 까먹지 말기 - config.service.JwtService 소스 참조해서 파일 작성 - controller, service 수정 User 를 리턴하면 pwd가 그대로 노출되므로 AuthResponse와 AuthRequest로 교체 Github https://github.com/ohhoonim/factory.git 유튜브 영상 스프링부트 - 보안 JWT JWT - refresh 토큰과 logout
자세한 내용 보기

VSCode에서의 VIM 단축키와 키보드 구매 가이드

``` [!NOTE] Winddows와 Macos macos를 기준으로 설명하고 있으나, 거의 대부분 macos의 `Cmd`키를 `Ctrl`키로 변경하면 windows에서도 그대로 사용할 수 있음 ``` # VSCode 단축키 - `Cmd + p` : 파일 오픈을 위한 palette - `Cmd + shift + p` : 명령어 실행을 위한 palette. `Cmd + p` 한 다음 '>'를 입력해도 됨 - `Cmd + shift + o` : 현재파일에서 심볼 찾기 (field, method, function 등). `Cmd + p`한 다음 '@'를 입력해도 됨 - `Cmd + Opt + ` : 열려있는 편집기 전환 - `Cmd + shift + e` : 편집기와 탐색기를 전환 함. (탐색기에서 vim 커서 이동 키도 동작한다는 것이 핵심) - `Cmd + Opt + ` : 열모드로 블럭 지정. (VIM단축키와 조합하면 최상임. 이건 글로 설명이 안됨) --- ``` [!NOTE] VSCode용 Vim 확장 - 여기서는 vscodevim 에서 제작한 Vim 확장을 설치하여 사용한다. Vim 단축키는 다를 바 없다. - `esc`키를 눌러 Normal모드 진입시 '한글' 입력상태인 경우 많이 불편하다. '한영'을 자동으로 변환해주는 여러 방법들을 써봤지만, 몇 일 지나면 풀려서 잘 동작 안한다. 그냥 Normal 모드 진입시 '한영'변환을 신경써서 잘 해주자. (시간낭비하지 마세요) - macos의 경우 `Cmd`키와 `Caps`키를 바꾸자. - Windows의 경우 `Ctrl`키와 `Caps`키를 바꾸자. (써보면안다. 얼마나 편한지) ``` ``` [!warning] - 표기된 모든 단축키는 `대소문자`를 구분합니다. (shift 입력하기 귀찮아서임) - `잘라내기`라고 표기한 것은 `붙여넣기`가 가능하다는 뜻입니다. - VIM 모드 전환은 직...
자세한 내용 보기

우분투에서 테스트링크(testlink)와 맨티스(mantis)로 테스팅 서버 구성하기

이미지
설치하기에 앞서 테스팅 이야기 ISO/IEC/IEEE 29119 에서는 소프트웨어 테스팅의 표준standard에 대해 정의하고 있습니다. 돈받고 파는 문서를 '표준'이라고 번역하기는 좀 껄끄러운데요. 'standard'는 비지니스를 안정적으로 수행할 수 있는 잘 정리된 '가이드' 정도가 올바른 번역이 아닐까 생각됩니다. 소프트웨어에 표준이 있다면 얼마나 좋겠습니까마는 no silver bullet 이라는 말도 있듯이 이건 그냥 iso에서 제시하는 가이드일 뿐이라는 것이 개인적인 의견입니다. 뭐 대단한거 한다고 시작하는데 말이 많군요. (^^;) 29119 part2에서는 테스트프로세스를 다루고 있구요. 이 중 test management process 항목이 있습니다. 어딜가나 비지니스가 끼어드니 management는 빠지는 곳이 없네요. 먹고살려면 어쩔수 없죠. 경영진을 설득하기 위한 부단한 연구라고 인정하는 수밖에.  출처 :  http://softwaretestingstandard.org/part2.php 테스팅 서버를 구성하는 이유는 test management process 관점에서 'test monitoring & control'이 필요하기 때문입니다. (위 그림에서 가운데 노란색 박스) testlink 는 오픈소스로서 전 세계에서 가장 많이 사용되고 있는 툴이며 monitoring과 control을 위해 적절한 기능을 제공하고 있다고 판단됩니다. 맨티스는 testing completion 조건을 만족시키기 위한 테스팅 조직과 개발 조직간의 협업툴로서 이용될 수 있습니다. 개발조직에서는 맨티스와 같은 버그 리포트 툴을 사용하고 있으며 bugzilla, jira와 같은 다른 버그리포트 툴로 대체될 수 있습니다. 본 포스팅에서는  monitoring & control 을 수행하기 위한 테스팅 환경 구축이라고 보시...
자세한 내용 보기