차근차근정확하게

차근차근정확하게

  • 분류 전체보기
    • 프로젝트
      • 게시판 프로젝트
      • 영화예매 프로젝트
    • 토이프로젝트
      • 계정 인증 및 인가
      • 페이징 처리
      • 검색 및 필터
      • 결제
      • 예외처리
      • 유효성검사 (Validation)
      • 로그
      • 파일 업로드&다운로드
      • 테스트
      • 배포
    • Spring Framework
      • SPRING
      • Spring WebFlux
      • Spring Batch
    • Netty Framework
      • Thread
      • Codec
      • Lock & Transaction
    • JAVA 기반 웹개발
      • SERVLET & JSP
      • ThymeLeaf
      • HTTP
    • MSA & 대용량 처리
      • MSA 아키텍처
      • Kafka & RabbitMQ (메시지큐)
      • Elastic Search
    • 프로그래밍 언어
      • HTML
      • SQL
      • JAVA
      • C++
    • 데이터베이스
      • JDBC
      • NoSQL & In-memory DB
      • 트랜잭션
    • 알고리즘 & 자료구조
      • 알고리즘
      • 자료구조
    • 개발 서적 리뷰
      • 게임서버 프로그래머 책
      • DoIt 알고리즘 코딩테스트
    • 기술면접
      • JAVA 관련 기술면접
    • 아무말대잔치
    • AI 인공지능
  • 홈
  • 태그
  • 방명록
RSS 피드
로그인
로그아웃 글쓰기 관리

차근차근정확하게

컨텐츠 검색

태그

코딩테스트 HTML5 InputStream HTTP 백준 SQL stack Java Spring 트랜잭션 오블완 예외처리 DFS 이진탐색 티스토리챌린지 File I/O 검증 알고리즘 우선순위 큐 bean

최근글

댓글

공지사항

아카이브

REFECTOR(1)

  • # 테스트가 설계를 바꾸기 시작했다: TDD를 체험해보다

    1편에서 이야기했듯, 나는 초기에 테스트를 잘못 이해한 방식으로 사용하고 있었다.테스트에서 기능을 만들어보지만 실제 프로덕션 코드는 다시 처음부터 작성하는 구조였고,테스트는 참고용 코드에 불과했다.하지만, 이 시행착오를 겪은 덕분에, 테스트를 제대로 활용하는 방식,즉 테스트 → 설계 → 프로덕션 코드 승격이라는 진짜 TDD적 흐름을 이해하게 되었다.이 글에서는 내가 테스트를 활용하는 방식을 어떻게 바꿨고,그 과정에서 어떤 설계 개선이 이루어졌는지 기록해보려고 한다. # 테스트에서 시작하고, 설계로 이어지는 흐름을 만들다예전처럼 테스트에서 기능을 만들고 프로덕션에서 처음부터 다시 만드는 대신,나는 다음과 같은 흐름으로 개발을 진행하기 시작했다.테스트에서 간단한 프로토타입을 작성하고 원하는 동작을 검증한다..

    2025.11.23
이전
1
다음
티스토리
© 2018 TISTORY. All rights reserved.

티스토리툴바