'tdd'에 해당되는 글 5건

허니몬의 IT 이야기/프로그래머, '코드 엔지니어'

20120627 TDD 실천법과 도구 - 2년 뒤

장소 : 회현 부근 LG CNS 2층 대회의실 발표자 : 채수원님


  채수원님의 책 [테스트 주도 개발 TDD 실천법과 도구] 책이 출간된지 2년의 시간이 흘렀다. 이 책이 나오기전 뭣도 모르는 상태에서 베타리딩을 신청했다. 베타리딩을 할 때도 그렇게 열심히 했다는 생각은 들지 않는다. 당시에 빠져있던 지독한 무력감을 벗어나기가 참 어려웠다. 그래도 꾸역꾸역 베타리딩을 하면서 TDD에 대해서 눈을 뜨게 되었다. 

'빨강(실패, fail!!)'에서 '파랑(성공, Success!!)'으로 바뀌는 재미를 느낀거다.


테스트 주도 개발 TDD 실천법과 도구

저자
채수원 지음
출판사
한빛미디어 | 2010-06-16 출간
카테고리
컴퓨터/IT
책소개
효율적인 설계와 간결한 코드를 만드는 필수 TDD 기법『TDD ...
가격비교


출처 : 아웃사이더님 인스타그램 : http://instagram.com/p/MX7-gIsvxw/


아.. 난 몰라.. 

나도 모르겠다!!

  채수원님이 어떤 이야기를 해주실지 두근두근하는 마음으로 자리에 앉았다.


  • 푸뤼하게 진행하는 것!! Free style!!
  • think smart - Change the world.

2년 동안

국내외의 내노라하는 개발자들이 모였다.
  • How do you do?

    I'm fine, and you?

  • 2010년
    • 난 뭐했지?
      • 나 말 정말 못한다. ㅡ0-)!! 이래 가지고 어디가서 발표할 수 있겠어?
  • 2011년
    • 모바일 교보문고
      • XP - 스프린트
      • 스프링
      • 스프링 시큐리티
      • ibatis
      • 아무 생각없이 한 것 같다. 그래... 좀 더 집중해서 했어야했어.
    • 회사 솔루션
      • DDD
      • TDD
      • 난 삽질 중이야. ㅡ0-)!!
    • 애자일
      • TDD
      • 짝코딩
      • 기획, 디자인 파트
      • 기획, 디자인과 개발 파트가 한데 어우러진 팀
    • 코딩 해본 게 언제인가?
      • 시뮬레이션
    • 봄싹 스터디에서 만나게 되었다.
      • 취업 사기단
      • 애자일을 적용할 수 있는 가능성
      • 안드로이드 번역
    • TDD
      • 주요 기능에 대한 테스트 이외에는 테스트케이스를 줄어들 게 되고 있다.
      • 업무적으로 테스트 커버리지 맞추라는 강요에 흥미를 잃어가고 있다.
    • 사람들의 무관심
      • 애자일
      • XP 스프린트에 대한 이야기가 점점 잦아들고 있다.
    • 애자일, 스크럼과 XP
    • 2년 전과 지금
      • 지쳐서 도망갈 사람은 도망갔다.
      • 체력 싸움
    • HTML5 & JavaScript -> App publish(Sencha였던가?)
    • Embeded
      • 2년 사이
    • 애자일 코칭
      • TDD가 잘하는 것만으로는 불충분 하다.
      • TDD가 아닌 것들
      • 몰라서 못하는 것보다 알면서 못하는 것이 더 힘들다.
      • TDD를 어려워하는 사람들
      • 정상적으로 돌아가는 것들에 드는 비용을 줄여라.
    • 안영회
      • TDD로 개발하는 지, 개발 후 jUnit만 끼워넣는 건지…
      • 프로젝트에서 테스트 커버리지를 정해놓고, 그걸 맞추기 위해 노력하게 된다.
      • 작게 쓰고 모호한 것들은 TDD를 통해서 진행하는 것이 좋다.
    • 루비를 쓰는 개발자
      • 보릿고개를 살아가고 있는 개발자
      • 루비 하지 마세요. ㅎㅎ
      • Startup
    • NHN 황상철
      • Spec by example -> 요구사항에 맞춰서 테스트를 작성해내는 것?
      • 어려워요. ㅡ0-)~
    • 서버, 통신쪽 위주로 한점
      • 스쿱미디어 CTO
  • TDD로 개발을 한 적 있나요?
    • 팀 전체가 TDD로 개발을 한적 있나요?
    • 몇 명쯤 변화 시켰나요?
      • 누군가를 변화시킨 적이 있는가?
    • 뭘 배웠을까?
    • 한 달 만에 20년 산 포도주와 비슷한 맛의 포도주를 만드는 방법!
      • 한달에 4시간 일하기!!?
      • 독하게 하는 사람들 : 소믈리에
      • 들어봐~~
  • 왜 안될까??
    • TDD를 써야 하나?
    • TDD가 안되는 이유?
    • 개발이 잘 안되는 이유?
    • 프로젝트가 실패하는 이유?
    • 오바하지마! vs. 원래는 안되는 거야!
      • 불편해하거나
      • 지속적으로 하지 않거나
  • CBD 실패의 이유…
    • 쓸 일이 없다.
    • 함수 -> 객체 -> 컴포넌트 의 단계를 제대로 겪어오지 못했다.
    • 방법론 등이 실패하는 이유
      • 사람은 쉽게 바뀌지 않는다.
    • 기술이 받쳐주지 못하기 때문에
      • 과거에도 있었지만, 현재에 그 개념을 구현할 수 있는 기술이 지원하기 때문에 유행되기 시작한 것들이 있다. 실패하게된 이유 중 하나는 그 당시에 개념들을 지원한 기술이 없었기 때문이다.
      • 공격과 방어!! +_+)~
    • CBD의 개념이 다르다.
      • 장사꾼(밴더, Vendor)
    • 무엇을 하려고 했는지 초심을 잊고, ‘어떤 결과를 얻으려는 욕심’ 키워갔다.
      • ‘무조건 된다’ 라는 욕심
    • ’문제가 있다.’는 큰 문제는 아니다.
      • ‘한 사람이 그 문제를 고민하면 된다.’
    • 다르게 생각한다.
      • 실패를 했다는 이야기… 성공을 한 것은 뭘까?
      • 성공과 실패를 말하기는 쉽지 않다. 언뜻 보면 모두 실패 같다.
      • 다른 렌즈로 보고 있다.
      • “어차피 안된다.”
        • 혈당이 낮으면 의지력이 떨어진다.
    • 목표와 역량의 차이!!


출처 : 정용식님 페이스북 :http://www.facebook.com/photo.php?fbid=386681444723742&set=a.163284913730064.36566.100001456685573&type=1&theater


배운점

  • 기술이 없어서 못하는 경우는 없다.
    • 핑계다!
    • 하는 사람은 다 해! -> 기술이 없어서 못한다고 생각한다.
    • 밀린다.
  • 왜 실패할까?
    • 무지 : 문제가 뭔지 몰라
    • 무시 : 변화를 시도하지 않는다.
    • 무지속 : 시도를 지속하지 않는다.
    • 무개선 : 개선하지 않는다. -> 내 이야기 같어!!
  • 대상이 없으니 감동이 적다
    • TDD로 뭘 해결할 수 있나? 무엇을 할 수 있는가? 목표의식?
    • 신기함은 잠깐
    • 감동도 잠깐
      • 현실이 녹녹치 않아요.
  • 재미가 없다
    • 커버리지의 압박!!(테스트 커버리지 압박, 수치로 체크!!)
  • 고민
    • 개인 ‘어떻게 하면 개발을 잘할 수 있을까?’
    • 회사 ‘좋은 개발자를 만들기 위해서는 어떻게 할까?’
  • 걍 하지 말까…
  • TDD 잘하는 사람 : 관찰하기
    • 우선 채수원님
      • 좋아하는 데 열심히 하는데 못하면 심란하다.
    • 협력업체 직원
      • 해야하니까.
    • 잘 하는 것처럼 보이는 캐릭
      • 우리팀 1등 개발자!!
    • 다음과 같은 조건을 가진 사람
      • 경험의 소유자 : 장점의 기억(좋은 경험을 가지고 있는 사람)
      • Divide & Conquer : 분할과 정복!?
      • 협력
    • 묻지 말게하고 시키자!!
      • 설계 먼저 하기
      • Given/When/Then : 기억을 남긴다. 자신이 테스트하려고 했던 것의 느낌…
      • Pen/Paper로 미리미리 그려보기
    • TDD 해보려면
      • 계획을 세우고, 연습을 하고, 피드백을 준다.
        • 기능 요구사항이 명확한지 확인
        • 머리속으로 단게를 그리고
        • 종이에 적어보기
        • 단계별로 확인해야할 경우 보기
    • 가장 중요하면서도 괴로운 질문
      • 시나리오를 써내려가서 문맥을 유지해라.
      • 지금 작성하려고 하는 코드에서 테스트를 작성할 수 있는 가장 간단한 것은?
        • 끊임없이 묻고 답하라.
      • LUHN 공식
        • 한국말인데 모르겠어.
        • Given : 16자리의 숫자가 나타난다.
        • When : - 우측숫자부터 2번째 숫자마다 2를 곱하고? - 1번째 숫자는 합쳐?
        • Then : 보안숫자와 일치해야한다 : 내 카드 번호 945가 나와야 한다.
    • 누가 좀 도와줬으면 좋겠어~ Some body help!!
      • 코드 리뷰 하자!! 라고 하면…
    • Mock Object
      • 개발자들은 Mock에 매우 흥미를 느낀다.
      • 하지만 불필요하게 만들어지는 코드가 많다.
      • 안쓰는 경우가 더 좋다.
    • 짝코딩!!
      • 짝으로 시키니 훨씬 낫다!!
      • 성공조건!!
        • 둘이 함께 같은 업무를 개발하는 것이다? -> 나는 O!!
        • 재미있으면 되지!! 둘이 같이 일하는 것을 편안하게 즐겁게 생각하면 되지 않을까나?
        • 가치관의 차이를 좁혀가는 것?
        • 가치관이 달라도 괜찮아. - 서로 다름을 이해하는거야. 소셜스킬(살이 닿고 호흡이 섞이고 코드가 섞이고… 응?) - 갈등해소 능력!!
        • 페어 프로그래밍을 할 때 중요한 상황은 화면보다 사람 사이에서 발생한다.
        • VIsion Planning : 함께 달성하고자하는 목표를 함께 얻는 것을 목표로 한다.
        • 요령과 발생할 수 있는 문제점, 그리고 대처 방식을 사전에 알려주어야 함
        • 드라이버와 네비게이터의 역할을 분명하게 할 것
      • 효율 높았던 경우
        • 프로젝트 초반
        • 서로 낯설었던 경우?
      • Do
        • 상대방에 대한 존중
        • 개발 업무의 목표를 잊지 않을 것
      • Don’t
        • 짜증
        • 100분 토론
        • Don’t에는 Do를 붙여라!
      • 짝코딩 실패 케이스
        • 자존심 대결
        • 마이크로 컨트롤 : 세세한 컨트롤, 지시를 내리고 기다리는 것에 미숙함
        • 너무 쉽거나 너무 어렵거나
        • 모르쇠로 일관하게 되는 경우?
      • 이건 뭐지!
        • 하면 좋긴 한데 힘들다.
        • TDD 안해도 된다.
        • 단위 테스트를 잘 만들면 좋다.
      • 외쿡!
        • 외국 소스들은 안그렇던데?
        • 없으면 defect report도 의심함
        • 기능추가 해도 테스트 코드 없으면 pull 안 받아줌.

정리

  • 기법/테크닉 별로 도움 안됨
  • 습관만이 살길
  • 느끼지 못하면 지속되지 않는다.
    • 재미를 느끼고 본인이 지속적으로 하지 않으면 변하지 않는다.
  • 사례와 상황들
    • 신입은 참 잘한다.
    • 정말 잘한다.
    • 기존 사원은 습관이 무섭다고 잘 안된다.
    • 머리 좋은 사람들도 경계해야 함
    • 함께 연습하면서 하는 것이 짱!
    • 버전업 때 변경사항을 수정하기 편리하다.
    • 문제는 대부분 테스트코드를 작성하지 않은 부분에서 생긴다.
    • 남코드 고치기에도 좋음
  • 업계 선배들의 책임
    • 본인 살기도 힘든 건 알지만 후배들도 챙기자
    • 후배가 없으면 동기 좀 챙기자
    • 선배랑도 잘 지내며 선배도 챙기자

회고


개인 의견

  • 김창준님 처음 뵙니다! ㅡ0-)~?
  • 채수원님의 책을 읽고 어디가서든 "TDD 합니다."라고 이야기 하지만, 실제로 TDD로 개발하는 경험은 그리 많지 않았다. TDD로 개발하기 보다는, 먼저 기능을 구현하기 거기에 짜맞추든 단위테스트를 진행하는 '착한 테스트'를 더 많이 하는 그런 개발자였다.
  • 개발자들 사이에서 애자일, 스크럼, XP 등의 이야기가 잦아들기 시작하는 이유는 뭘까?
  • 새로운 방법론과 개발론을 적용할 때 '왜 해야하는지'에 집중하기 보다 그것을 통해 '무엇을 얻을지'에 관심을 기울이고 있기 때문에 널리 퍼지지 않는 것은 아닐까?
  • 좋은 것이 있다는 것은 알지만, 쉽게 전파하기 어렵다.
  • 수원님이 TDD를 하시면서 전달하고 싶으신 내용이 많으셨던 것 같다. ^^;
  • 다른 사람들도 TDD 등에 대한 이야기를 서로 나누고 싶어하는 눈치였다. 조만간 이런 자리가 다시한번 마련되지 않을까하는 기대가 된다.
  • 말을 물가로 끌고 가기는 쉽다. 그러나 말에게 물을 먹이기는 어렵다. // 강제로 TDD를 시킬 수는 있다. 그러나 스스로 TDD를 즐기면서 개발하기란 쉽지 않은 법이다.



저작자 표시
신고
1 0
허니몬의 IT 이야기/프로그래머, '코드 엔지니어'

JUNITINACTION:단위테스트의모든것
카테고리 컴퓨터/IT > 프로그래밍/언어 > 웹프로그래밍 > 웹프로그래밍일반
지은이 피터 타치브 (인사이트, 2011년)
상세보기

  회사에 읽을만한 책으로 굴러들어온(?) 녀석이 있어서, 낼름 집어들고 읽은지 2주가 되어간다. 출퇴근길에 쭈욱 훑어읽은지는 1주일(...)쯤 되어서 내용이 잘 기억나지 않을 즈음, 이렇게 반의무감을 부여하면서 독후감을 쓰기 시작한다. 이 책의 모든 내용을 제대로 이해하기에는 턱없이 부족한 내공의 소유자이다보니 글을 쓰는 부분에서 많은 부족함이 드러나겠지만, 시도하지 않는 것보다는 나으니까 이렇게 글을 써본다.
테스트를 해야하는 상황 속에서, 다양한 테스트 기법들 속에서 적절한 테스트를 선정하여 수행하는 것은 어렵다.
오늘 퇴근길에 전철에서, 울트라 슈퍼 개발자와 나란히 앉아 테스트에 대한 이야기를 하면서 가진 전제다.
  많은 개발자와 아키텍트들이 TDD를 통해서 개발을 진행하는 것이 여러가지 이득이 있으니 그러해야한다고 이야기한다. 그러나 대다수의 개발자들은 이런 개발방법에 대해서 제대로 이해하거나 접하지 못한 경우가 굉장히 많다. 나의 경우에도 얼마 전까지만해도 TDD가 무엇인지, 어떤 상황 속에서 사용하는 것인지도 몰랐었다. 그러다가 우연히 TDD에 대한 베타리딩을 시도하면서 '미지의 세계와 조우'를 하게 되었다.
  그 책은,
테스트주도개발TDD실천법과도구
카테고리 컴퓨터/IT > 프로그래밍/언어 > JAVA > JAVA일반
지은이 채수원 (한빛미디어, 2010년)
상세보기
요 녀석이다. 지금도 종종 꺼내어 펼쳐본다. 이 책은 TDD에 대한 촉(Skin ship)을 느껴보기에 참 좋은 책이다. 유머러스한 저자가 자신의 노하우를 잘 뽑아낸 작품이기도 하다. 정작 저자께서는 많이 아쉬움을 표하는 작품이기도 하니, 조만간 '조금 더 쌔끈해진 모습으로 나오지 않을까' 하는 기대를 하고 있기도 하다.

최근 강조되고 있는 개발기법 중 하나가 TDD(Test Driven Development)
- TDD에 대한 글
  = TDD - Wikipedia : http://en.wikipedia.org/wiki/Test-driven_development
  = 알면서 왜 안할까 TDD - Toby's Epril : http://toby.epril.com/?p=500
  = 내가 생각하는 TDD - benelog : http://benelog.egloos.com/2766714


TDD란,

빨간 정지 신호등(실패)에서 녹색 통과 신호등(성공)으로 바꾸기
위한 노력(과정)이다. 

라고 할까나?
 
  TDD에 대한 공부를 하면서도 여전히 어려운 것이... Mock 과 DBUnit을 이용하는 부분인데, 이 책에서는 상세하게 잘 다뤄져있는 편이다. 요즘 Hibernate를 이용한 ORM(http://en.wikipedia.org/wiki/Object-relational_mapping)에 대해서 공부를 하고 싶은 욕심이 생기고 있는데, 쉬이 접근하지 못하고 있다가, 이 책에서 JPA를 사용하기 위해 테스트할 수 있는 방법에 대해서 설명한 부분들을 보고 학습코드(테스트 코드)를 작성해볼 경험을 가질 수 있었다. 이 책에서는 다양한 테스트 기법이 설명되어 있고, 테스트 전략을 가지고서 시도해볼 수 있도록 상세하게 설명해주고 있다.
  개인적으로 구매해서 '찬찬히 예제를 따라하면서 익혀두면 언젠가는 써먹을 수 있지 않을까?'하는 생각을 품게 하는 책이다.

  요즘의 개발환경은 IDE 개발툴을 이용하기 때문에, 터미널 등에서 테스트를 진행할 경우는 흔하지 않다. 이 책 초반에 터미널에서 커맨드를 입력하여 단위테스트를 진행하는 부분이 나온다. 그렇게 커맨드창에서 명령어를 입력하여 테스트를 실행하는 장면에서는 '뭐 이런걸 다. 요즘 누가 이런걸 쓴다고.' 라면서 살짝 깔보듯 읽기를 시작했다. 하지만 이 책은 그렇게 단위테스트의 초창기 사용방법부터 시작해서 차근차근 사용법을 알려주기 시작한다. Ant와 Maven을 이용한 자동화 테스트, 테스트 케이스와 테스트 스위트(Test Suite)를 구성하고 실행하는 방법, 통합툴을 이용하여 지속적으로 테스트를 진행하는 방법에 이르기까지 시시콜콜하다고 할 수 있을만큼 다양한 테스트 기법과 그걸 사용할 수 있는 전략을 설명해준다.

  어떻게 보면... TDD의 가장 핵심줄기라고 할 수 있는 테스트 전략이 이 책에 소개되어 있다.

테스트 가능한 코드 작성하기
- 공개 API는 계약이다.
- 종속성을 줄여라.
- 생성자는 간단하게 만들어라.
- ...

등등의 주옥같은 개념들이 담겨있다. 좀 더 쓰고 싶지만~ 그 이상의 내용들은 직접 구매해서 보시면 좋겠습니다. 저도 한권 살겁니다~ ^^

TDD에 대해 전반적으로 훑으면서 읽어보려고 한다면

테스트주도개발TDD실천법과도구
카테고리 컴퓨터/IT > 프로그래밍/언어 > JAVA > JAVA일반
지은이 채수원 (한빛미디어, 2010년)
상세보기
에서 TDD의 개념과 재미를 접하고,
JUNITINACTION:단위테스트의모든것
카테고리 컴퓨터/IT > 프로그래밍/언어 > 웹프로그래밍 > 웹프로그래밍일반
지은이 피터 타치브 (인사이트, 2011년)
상세보기
에서 TDD의 전략과 적절한 적용범위 등에 대해 생각하고,
자바개발자도쉽고즐겁게배우는테스팅이야기
카테고리 컴퓨터/IT > 프로그래밍/언어 > JAVA > JAVA
지은이 이상민 (한빛미디어, 2009년)
상세보기
에서 TDD를 통해서 얻게되는 이점들에 대해서 알게될 것이다.

의 순으로 읽으면 괜찮겠다 싶다. 여기에다가
메이븐
카테고리 미분류
지은이 박재성 (한빛미디어, 2011년)
상세보기
에서 메이븐에 대해서 잘 배우고, Hudson을 활용하는 방법도 배우면 참 좋겠는데... ㅎㅎ 이렇게 나열하고 보니, 책장사같다. ㅡ_-);;
지금은!! 프로젝트에 투입되어 프로젝트에서 사용중인 아키텍쳐와 개발기술들을 익히는 것만으로도 참 버겁다.
이러면서 주말이면 자전거타고 어디갈까 고민하고 있...

사실 이 책은... 한번 쭈욱하고 훑어봤다. 그리고 마음에 드는 부분들을 몇개 찝어뒀다. 개인적으로는 책에 줄을 쭉쭉 긋고 낙서를 하면서 읽는 편인지라 회사책을 함부로 다루기가 뭐해서 쉽게 다룰 수가 없다. ^^; 빠른 시일내에 구매를 해서 찬찬히 내용을 훑어보고 또다른 블로그에 그 내용을 정리해보면서 내것으로 만들어가면 내 개발능력이 조금 더 향상되지 않을까? 
TDD는 자신의 개발기술을 향상시키기 위한 특별한 무기가 되어줄 것이다.
나는 그렇게 믿고 있다. 그리고 그 무기는 자신의 발등을 찍는 도끼가 되지 않을 것이라고 확신하고 있다.

실패는 성공의 어머니!!




P.S. 

기회가 닿으면 틈틈히 세미나나 컨퍼런스에 참여하고, 기술서적을 읽고, 개발자들을 만나면서 그들이 관심가지는 분야들에 대해서 귀기울이는 것에는 '조금 더 나은 개발자'가 되고 싶은 내 작은 소망이 표출되는 것이라 생각한다. 나는 여전히 배고프고 어리석다. 그래서 더 많은 것을 보고, 듣고, 느끼고, 생각하고, 행동하면서 배워야한다.
  주말에 그 모습을 드러내는 귀차니즘과 게으름을 적절하게 퇴치할 수 있다면 참 좋을텐데...


살짝 아쉬운 점.

  어느 번역서에서나, IT용어를 한글로 표현하는 부분은 고민이 많은 부분이다. 이런 고민은 베타리딩을 몇번 하면서 저자분들이 고민하는 경우를 목격하면서 공감하고 있다. 이 책에서도 조금 아쉬운 점이 있다면, IT용어와 한글의 표현이 뒤섞여있는 편(어떤 장에서는 한글단어로 적혀있고, 어떤 장에서는 그 장의 핵심 키워드들이 영단어로 표현되어 있음)이다. 초반에 스텁(Stub)이나 테스트 스위트(Suite)의 경우 어느 개발자들에게는 익숙한 단어기에 자연스레 그 단어를 떠올리는 이도 있겠지만, TDD를 처음 접하는 개발자들에게는 낯설면서 어리둥절한 느낌을 줄 수가 있다. 번역자분과 출판 관계자들께서 고민을 하셨을 부분이었을 것이다. 
  그 도서에서 단어가 처음 나타나는 곳에서는 단어 옆에 영단어를 표기하여 어떤 의미를 가지는지 분명하게 이해할 수 있도록 했으면 좋겠다.


 
저작자 표시
신고
0 0
허니몬의 IT 이야기/프로그래머, '코드 엔지니어'
채수원(http://blog.doortts.com/)님의 TDD 교육을 받고 와서, 마무리 짓지 못한 TDD로 자판기문제를 작성해보았다.

- 동전은 최소갯수로 반환한다.
- 500, 100, 50원 동전만 사용
- 지폐는 동전으로 반환하지 않는다.

짝 코딩(Pair Programming) 으로, 처음 대면한 분과 모니터를 바라보며 분석, 설계 와 코딩을 시작했다.
당시에는 서로 이런저런 이야기를 주고받으며 의견을 조율했지만, 서로가 생각하는(정확하게는 요구사항에 대한 인식) 바가 달라서 인지, 생각보다는 깔끔하게 정리되지 않았다. 처음으로 짝 코딩을 하면서(이전에도 알게모르게 해온 듯도 하다. 누군가의 코드를 봐주면서, 누군가에게 코드를 보여주면서 입력 중에 혹은 입력 중 생긴 오타나 오류에 대해서 찾는 작업을 해왔으니까) 이런저런 감흥을 지금에 와서야 느끼고 있다. ^^;

집에와서 다시 작성해본 ToDoList
- 입금된 금액을 저장한다. -> Ok
- 잔액을 보여준다. -> Ok
- 상품을 구매하면 입금액에서 상품액을 뺀 잔액을 보여준다. -> Ok
- 반환버튼을 누르면 잔액에 따라 1000, 500, 100, 50원의 잔액을 각각 반환한다. -> Ok
- 동전(500, 100, 50)은 최소갯수를 주도록 한다. -> Ok
- 반환 결과를 화면에 보여준다. -> returnMoney(); -> OK

<< 작성한 테스트코드 : TestVendingMachine.java >>

<< 작성한 자판기코드 : VendingMachine.java >>

TDD JUnit 통과





저작자 표시
신고
2 1
허니몬에 관한 보고서/허니몬의 물병편지

이 글은 허니몬님의 2010년 7월 14일에서 2010년 7월 15일까지의 미투데이 내용입니다.

신고
0 0
허니몬에 관한 보고서/허니몬의 물병편지
  • 훗… ㅡ_-);; 숙취는 없군…. Orz… 하지만, 버스타고 졸다가 마석까지 가고야 말았으니… 나름의 숙취가 남아있…(Orz.... 다행히 잃어버린 게 없다.) 2010-07-10 09:41:17
  • 비빔면 먹고… JCO 개발자 페스티벌 나갈채비를 해야겠구나.(이화여대 ECC 에서 열리는 JCO, 신촌에 또 나가는구나....) 2010-07-10 10:22:49
  • 흠… 미투앱을 종료시키지 않은 상태에서… 장시간이 흐른 다음… 새로운 글들을 보려고 하면 미투앱이 정지된 시점부터 현시각까지의 글들을 모두 가져오느라 많은 시간과 데이터가 소모된다…(아이폰 미투앱 일시정지 그 후 글 불러오기 // 설정에서 불러오는 글의 시간대를 설정할 수 있으면 어떨까?? // 안되면 미투앱 종료했다가 다시 시작하는게 편하다. me2mobile) 2010-07-10 11:40:53
  • 이 시간에는 할아버지 할머니가 참 많으시네여…(이런 날에는 서서 가는게 맘 편하지 말입니다. me2mobile) 2010-07-10 11:45:28
  • 여친이 생기면…!! 이 아잉폰을 전용 호출기 선물해야지…(하지만 안생겨요!! me2mobile) 2010-07-10 11:47:49
  • 오오!! 이대!!(여기가 바로!!! me2mobile me2photo) 2010-07-10 12:27:02

    me2photo

  • ₩funfin₩ 어디로 가야하나요!!!(미아되기 직전 me2mobile) 2010-07-10 12:35:06
  • 치사빤스하다 네스팟!!!(이화여신대 ECC 무선인터넷 네스팟!! 학교 내에서는 무료로 개통시켜라!!! me2mobile me2photo) 2010-07-10 12:49:30

    me2photo

  • fupfin님의 개회사!!! 이제 시작이구나 두근두근!!(하지마... 찾아오다가 헤매었음... JCO 자바 개발자 페스티벌 me2mobile me2photo) 2010-07-10 12:58:21

    me2photo

  • SDD를 전파하고 계시는 너구리님을 뵙는군요!!(테스트 가능한 소프트웨어 설계와 TDD 작성 패턴 me2mobile me2photo) 2010-07-10 13:02:43

    me2photo

  • 오오오!!! 책에서 읽은 내용들이 연결되기 시작했어!!! ㅡㅅ-); 역시 책만 읽는 것으로는 부족한 부분들이 있었어!!!(너구리님의 설명을 듣고서 테스트 주도 개발 에서 읽은 내용들이 이어지기 시작했어. me2mobile me2photo) 2010-07-10 13:47:02

    me2photo

  • 백문이 불여일견문!!! 백번듣는 것보다는 한번보고듣는게 훨씬 낫다!! ㅎㅎ 음..!! 내가 만드는 거에서 어찌 쓸지도 상상된다!!
    오오오!!! 책에서 읽은 내용들이 연결되기 시작했어!!! ㅡㅅ-); 역시 책만 읽는 것으로는 부족한 부분들이 있었어!!! by 허니몬 에 남긴 글 2010-07-10 14:02:03
  • 너구리님의 명언!!(오늘 하루 가슴에 새겨두기 me2mobile me2photo) 2010-07-10 14:16:11

    me2photo

  • 이러면 개발자 스러운가!! ㅎㅎ(리팩토링과 검증 // 차민창님의 발표 // KSUG me2mobile me2photo) 2010-07-10 14:19:57

    me2photo

  • 여대 내부 탐방 중..!! 주말에는 외부인들도 출입가능?!(이화 여신대!!??? me2mobile me2photo) 2010-07-10 15:25:19

    me2photo

  • 스프링은 프레임워크일까요??!!(스프링은 프레임워크가 맞습니다! ㅎㅎㅎ me2mobile me2photo) 2010-07-10 15:36:08

    me2photo

  • 스트레스 많이 받는 착취형 쥐…(ㅡㅅ-) 얼마 안있음... 너의 것들이 빼앗길 날이 온다... 2년 반... me2mobile me2photo) 2010-07-10 16:42:44

    me2photo

  • 모르면 질문을 할 수 없다…(me2mobile 아는 만큼 보인다. 모르면 볼 수 없다. 물을 수 없다. 알려고 노력하라.) 2010-07-10 16:51:23
  • 옆에 앉아계신 여성분…. 연신 머리칼 끝을 쓰다듬고 꼬고… ㅎㅎ 그러고 계심…(me2mobile 호오.... 신기한 것들도 보여준다!!!) 2010-07-10 17:08:10
  • 발표하시는 분…. 똑똑하다!!!(me2mobile 생각의 차이가 있어!!! 똑똑하다는 것을 깨달을 수 있어!!) 2010-07-10 17:12:04
  • 이대 거리… ㅡㅅ-);; 저녁이 되니 드저분해지기 시작… 지네가 먹은 건 챵겨가서 쓰레기통에 버리는 것도 못하는 기초질서 능력 부족자들이 많은 거리…. 다시 오고 싶지 않아진다.(me2mobile 사람들이 더 많아지고 노점상들이 문을 열면서 거리는 쓰레기판으로 변해간다.... ㅡㅅ-);; 다시 오기 싫을정도로... 드저분한 이대 거리.... 홍대거리보다 더 하군....) 2010-07-10 18:07:09
  • 데브멘토 :: 안드로이드 어플 개발 전략 10가지 1부(웹갈피, 안드로이드 어플 개발 전략 10가지 , 안드로이드 사이드, 한동호씨, 이제 팀을 이뤄야할때...?) 2010-07-10 23:44:36

이 글은 허니몬님의 2010년 7월 10일의 미투데이 내용입니다.

신고
10가지, 2년, ECC, JCO, ksug, me2mobile, me2photo, orz, tdd, ㅎㅎㅎ, ㅡㅅ-, 가는게, 가능한, 가슴에, 개발, 개발자, 개통시켜라, 거리, 거리는, 검증, 것들도, 것들이, 것을, , , , 글의, 깨달을, 나가는구나, 날에는, 날이, 내에서는, 내용들이, 너구리님의, 너의, 네스팟, 노력하라, 노점상들이, 다시, 다행히, , 드저분한, 듣고서, , 똑똑하다는, 리팩토링과, 만큼, 많아지고, 말입니다, , 맞습니다, 모르면, 무료로, 무선인터넷, 문을, 물을, 미아되기, 미투앱, 바로, , 발표, 변해간다, 보여준다, 보인다, , 불러오기, 불러오는, 빼앗길, 사람들이, 사이드, 새겨두기, 생각의, 서서, 설계와, 설명을, 설정에서, 설정할, 소프트웨어, , 스프링은, 시간대를, 시작하는게, 시작했어, 신기한, 신촌에, 싫을정도로, 쓰레기판으로, 아는, 아이폰, 안되면, 안드로이드, 안생겨요, 안있음, 알려고, 어떨까, 어플, 얼마, 없다, 에서, 여기가, 여신대, 열리는, 열면서, 오기, 오늘, 온다, 웹갈피, 이대, 이런, 이뤄야할때, 이어지기, 이제, 이화, 이화여대, 이화여신대, 일시정지, 읽은, 잃어버린, 있어, 있으면, 자바, 작성, 전략, 종료했다가, 주도, 직전, 차민창님의, 차이가, 찾아오다가, 테스트, 팀을, 패턴, 페스티벌, 편하다, 편하지, 프레임워크가, 하군, 하루, 하지마, 하지만, 학교, 한동호씨, 헤매었음, 호오, 홍대거리보다,
0 0
1
블로그 이미지

Email : ihoneymon@gmail.com 안녕하세요, 꿀괴물 입니다. ^^ 멋진 비행을 준비 하는 블로그 입니다. 만능형 인간이 되어 많은 이들에게 인정받고, 즐겁고 행복하게 살기를 간절히 원합니다!! 달콤살벌한 꿀괴물의 좌충우돌 파란만장한 여정을 지켜봐주세요!! ^^

허니몬