'TDD'에 해당되는 글 8건

  1. 2009.02.14 오늘 발표한 TDD, 페어프로그래밍 발표자료 링크합니다. (4)
  2. 2009.02.11 저도 야구 게임 리뷰 요청합니다. (4)
  3. 2009.02.04 세 번째 퀴즈 입니다. 볼링 게임~
  4. 2009.01.21 퀴즈 프로젝트 이름 규약 (8)
  5. 2009.01.15 코드 리뷰 해주세요~ (4)
  6. 2009.01.06 퀴즈 풀 때 주의 할 것 (16)
  7. 2009.01.05 TDD 퀴즈 1. 비디오 샵 (7)
  8. 2008.11.21 3기 스터디 제안 - TDD (6)
2009. 2. 14. 23:17

오늘 발표한 TDD, 페어프로그래밍 발표자료 링크합니다.


참고하세요~

TDD
http://mercu.tistory.com/5

페어프로그래밍
http://mercu.tistory.com/4
Trackback 0 Comment 4
  1. 소내기 2009.02.14 23:40 address edit & del reply

    난 막 그림그리고 도표그리는 사람이 부럽더라.. 당최 그런거 안돼--; 오늘 잘봤어!

  2. is윤군 2009.02.15 00:27 신고 address edit & del reply

    굳!

  3. geekinside 2009.02.15 18:50 신고 address edit & del reply

    발표해주셔서 감사합니다. 덕분에 스터디스러웠어요. ^^

  4. 기선 2009.02.15 22:23 address edit & del reply

    개인 사정 때문에 주옥같은 발표를 못 봤네요.
    수고하셨구요~ 기회가 되면 한 번 더 부탁드리겠습니다. :)

2009. 2. 11. 19:53

저도 야구 게임 리뷰 요청합니다.

keesun/KeesunBaseballGame 프로젝트 입니다.

지난 번에 여자친구랑 같이 페어 했던 코드에서 조금 만 추가했습니다. 막상 해보니까 30분 정도로 마무리 됐는데 그 동안 미루다 미루다 이제 겨우 올리네요. 아무래도 좀 나태해진것 같습니다. @_@ 큰일이네요.

스터디에는 잘하면 늦지 않을 것 같은데 혹시라도 늦으면 친척 결혼식에 다녀오느라 늦는 것이오니 성윤이 진행에 따라주세요~


Trackback 0 Comment 4
  1. 박성철 2009.02.13 16:35 address edit & del reply

    저도 계정이 없어 못 올리고 있다가 어제 이재일씨 계정으로 repository에 접속해 올렸습니다.

    gyumee/src/s2c.tdd.baseball 이 소스이고
    gyumee/test/s2c.tdd.baseball이 테스트입니다.

    너무 늦어 리뷰는 어려울 듯 하지만 일단... ^^

    • is윤군 2009.02.13 17:00 신고 address edit & del

      어랏;; gyumee 아이디가 눈에 익었다 했는데;; KSUG에서 본 아이디네요;;ㅋ 메일주소 갈켜주세요~초대해드릴께요;; 리뷰요청 메뉴에다가 앞으로 리뷰요청 올려주시면되요 ;;

    • 2009.02.13 23:06 address edit & del

      비밀댓글입니다

    • is윤군 2009.02.14 08:17 신고 address edit & del

      신청완료했습니다~ㅋ 어제 집에와서 기절해버리는 바람에 ㅋ

2009. 2. 4. 20:50

세 번째 퀴즈 입니다. 볼링 게임~

목표

볼링점수를 계산하는 프로그램을 작성

볼링점수계산

계산법참고

  • Stike인 경우는 다음 두번 투구수의 점수를 합한다. 따라서 이후 두번 더 투구할 때까지 strike한 프레임의 점수는 계산되지 않는다.
  • Spare인 경우는 다음 한번 투구스의 점수를 합한다. 따라서 이후 한번 더 투구할 때까지 spare한 프레임의 점수는 계산되지 않는다.
  • 마지막 프레임의 경우는 위의 두가지 조건을 만족하기 위해서 Stike이면 2번, Spare면 한번의 투구가 가능하다.

요구사항

  • 볼링게임(BowlingGame)클래스의 인스턴스를 만들면 새 게임이 시작한 것으로 간주한다.(명시적인 start는 필요없음)
  • 현재 몇번째 프레임의 몇번째 투구(첫번~세번째)를 할 차례인 조회해 볼 수 있다. 게임이 끝났으면 GameOverException을 던진다.
    (Frame번호 + 그 프레임의 시도횟수)
  • 현재까지 진행된 프레임결과와 각 프레임 점수를 보여준다. 확정되지 않은 점수는 표시하지 않아도 된다.
    결과는 현재프레임을 포함해서 진행한 프레임(Frame)갯수만큼의 리스트를 리턴하도록 한다.
    각 프레임에는 프레임번호와 결과스트링(X/-1~9)과 그 프레임의 점수를 돌려준다.

ex)
Frame(1, 08, 8)
Frame(2, X, 15)
Frame(3, 5-, 5)
...
Frame(10, XXX, 30)

기호)
Stike : X
Spare : /
Gutter: -
그외 : 0~9

  • 한번 투구를 하는 메소드(roll)를 만들고 쓰러뜨린 핀의 수를 파라메터로 넘긴다. 게임이 끝났으면 GameOverException을 던진다.
Trackback 0 Comment 0
2009. 1. 21. 09:22

퀴즈 프로젝트 이름 규약

보통 프로젝트 이름이 비슷 비슷해서 여러 프로젝트를 체크 아웃 받을 때 조금 번거로웠습니다.

접두어로 자기 ID를 붙이는것이 어떨지 생각해봤습니다.

keesunBaseballGame 이런 형태가 되겠죠.

ㅇㅋ?
Trackback 0 Comment 8
  1. is윤군 2009.01.21 09:31 신고 address edit & del reply

    prefix만 맞추면 되는거에요 ? 이미 진행하는 분들도 있던데;; 한글로 만든 분도 있고~;;
    prefix만 자기아이디 붙이고~ + 프로젝트명 ~

    • 기선 2009.01.21 09:34 신고 address edit & del

      응 prefix만 줘도 이름이 중복될 일은 없으니깐..

  2. 2009.01.21 11:29 address edit & del reply

    비밀댓글입니다

    • is윤군 2009.01.21 12:29 신고 address edit & del

      팀블로그 초대해드릴께요.. 메일주소좀~;; 알려주세요~; 전화번호도 같이 알려주셔요~; 연락처 공유차;ㅋ

    • 기선 2009.01.21 13:55 신고 address edit & del

      소스 코드 받기만 하실꺼면 계정 없어도 되는데요.
      퀴즈 풀어서 올리시려구요?

      일단 svn:// 사용할 수 있는 계정 만들어 드렸어요~

    • 오픈소스사랑 2009.01.21 14:52 신고 address edit & del

      저두 열심히 풀어볼려구요.
      테스기반은 저도 처음이라서
      많이 깨지고 공부하려구요^^

  3. 오픈소스사랑 2009.01.21 12:38 신고 address edit & del reply

    이름 : 성영한
    메일주소 : syh@hanbiteni.co.kr
    블로그 주소 : syh1011.tistory.com
    전화번호 : 010-3186-1703

2009. 1. 15. 10:52

코드 리뷰 해주세요~


밑줄 그어진 폴더를 열고 프로젝트를 확인해주세요.

아직 시간은 좀 남아있습니다. 오늘(목), 내일(금), 모래(토) 오전.. 그 전에 써니님 코드가 올라올지 기대되는데요~ 금요일 밤까지 올려주시면 토요일 오전에 리뷰하고 가겠습니다. ^^

그전까지 하루에 3~4 개씩 보면 되겠네요. 이야~ 드뎌 다른 분들 코드를 볼 수 있어서 얼마나 신나는지 모릅니다. 같은 문제를 두고 다른 사람은 어떻게 생각하고 어떻게 코딩했을지 궁금하지 않으세요? 캬캬캬
Trackback 0 Comment 4
  1. 써니 2009.01.15 11:09 address edit & del reply

    그러니까~ 어제 저녁에 코딩하려고 했더니 갑자기 회식하러가자... 뭐 이러더라는...
    헐... 우리 회사는 사전 공지라는 게 없어서...

  2. 기선 2009.01.15 11:52 신고 address edit & del reply

    전 이제 다찌누나꺼 다 봤어요.(특이하시던데요~캬캬)
    이제 재성이 형님꺼 보러 ㄱㄱㅆ

  3. 써니 2009.01.15 15:09 address edit & del reply

    음~ 멋져 부러.. 테스트 짜고, 설계하는데 자기 코드 보면서도 리뷰할게 자꾸 보이니...
    진도를 못나가고 있음... 아무래도 이번 발표 때는 남의 코드를 리뷰할게 아니라,
    내가 코드를 리뷰해서 발표해야 하지 않을까? 진지하게 고민 중~

    크윽... 왜 난 늘 자폭하고 살까? 하여간 숙제 풀고 진도는 나가는 중!

    • 기선 2009.01.15 17:52 address edit & del

      어떤 형태든 괜찮습니다.
      파이팅이요~

2009. 1. 6. 09:46

퀴즈 풀 때 주의 할 것

1. task 먼저 작성할 것.

- 미리 자신이 테스트 하고자 하는 것을 한 문장으로 작성하세요. 그걸로 작업 단위를 조절할 수 있습니다. 미리 모든 task를 정리하진 않으셔도 됩니다. 조금씩 계속 점진적으로 수정하고 추가해 나가세요.

- 퀴즈에 있는 요구 사항이 task로 1:1로 맵핑 되진 않습니다. 각자가 요구 사항을 읽고 자신만의 task를 만들어 보세요.

2. 절대로 머리속으로 미리 설계하지 않는다.

- 테스트를 성공시키기 위한 코드만 작성하세요. 그리고나서 리팩터링을 하다보면 자연스럽게 멋진 설계가 나온다나... 어쩐다나~

- 그래야 TDD의 묘미를 맛 볼 수 있다고 하네요. 아마 이 것이 가장 힘든 일이 아닌가 싶습니다. 기존에 경험이 많으신 분들은 딱 보면 딱 뭔가 떠오르기 때문에.. 생각을 많이 하지 않는 연습이 필요할 것 같습니다.

3. 한 task가 끝나면 커밋한다.

- 그래야 과정을 볼 수 있습니다. 중간 중간 어떤 단위로 작업을 했는지 코드가 어떤 식으로 발전했는지 말이죠. 물론 더 세세하게 커밋을 해도 됩니다. 테스트 코드만 작성한 다음 커밋한다던지.. 리팩터링 하기 전이랑 후의 코드를 볼 수 있게 커밋한다던지..

- 어쨋든 최소한 한 task 마다 커밋 한 번은 꼭 해주세요.

4. 퀴즈를 여러번 풀어보세요.

- 매번 비슷하지만 약간 다른 코드가 나오거나 전혀 다른 코드가 나올 수도 있습니다. 피드백을 받은 다음에 다시 해봐도 좋지만 그 전에도 여러번 해보면 해볼 수록 새로운 맛을 느낄 수 있을 겁니다.

5. 퀴즈를 다 풀었다!

- 글을 올려주세요. 요즘 댓글이 너무 많이 달려서 댓글을 다 챙겨보기가 힘듭니다. 아예 새로운 글을 올려서 자신이 어떤 퀴즈를 풀었으며 느낌이 어땠는지 저장소 주소가 어떻게 되며 프로젝트 이름은 무엇인지 프로젝트 빌드에 필요한 정보가 있다면 그런 정보도 알려주시면 좋겠죠?(메이븐 프로젝트라면 메이븐이 필요하다고 알려주시구요. 프로젝트에서 사용한 인코딩이 무엇인지 UTF-8인지 EUC-KR인지. 등등)


Trackback 0 Comment 16
  1. 김재진 2009.01.06 09:54 신고 address edit & del reply

    하루치분량을 커밋했는데 커밋단위를 잘게 쪼개야 겠네요 리뷰하는 분들을 생각을 못했네요 -_-;

    • 기선 2009.01.06 09:57 신고 address edit & del

      그럴땐 지우고 다시 해야 돼. 알았지? 캬캬캬캬

    • is윤군 2009.01.06 10:19 신고 address edit & del

      규칙위반..ㅋㅋ 지우삼..ㅋㅋ

    • 김재진 2009.01.06 10:23 신고 address edit & del

      아직 진도가 많이 나간건 아니니 그냥 가지 머..안되나 ?응응응응?

    • 기선 2009.01.06 10:26 신고 address edit & del

      농담이지 그냥 가..ㅋ

  2. Hoyeol 2009.01.06 10:12 신고 address edit & del reply

    마침 오늘 아침에 버스에서 그생각을 하면서 왔습니다.
    TDD를 해보고 결과물은 리팩토링이 되어서 최종본 소스코드만 본다면 의미가 좀 떨어질수 있겠다는, 그러니까 과정이 중요한데 그걸 넘겨버릴수 있다는 생각이 들었었는데
    기선이형이 바로 해당이슈를 정리해서 올려주셨네요~ ㅎㅎ

  3. is윤군 2009.01.06 10:18 신고 address edit & del reply

    TDDBE책 머니 예제게 끝나고 정리 하는 장 보면 ... Junit 로그를 남겨서 나중에 통계도 보던데;;ㅋ
    우리도 ~ ㅋㅋ 다음 퀴즈부터 테스트 한 로그까지 남기고 .. ㅋ 로그까지 같이 올리는건 어떨지.. ;ㅋ
    기선이형네 회사 서버 빵빵하다고 들었는데;;ㅋㅋ로그까지는 무린가 ?ㅋㅋ

    • 기선 2009.01.06 10:25 신고 address edit & del

      나 그거 어떻게 하는지 모르는데??
      블로그에 포스팅 좀 해봐봐~

  4. 기원. 2009.01.06 21:18 신고 address edit & del reply

    2. 절대로 머리속으로 미리 설계하지 않는다.
    전 이게 너무 어렵네요...
    무의식중에 머리속에 그려진대로 테스트를 그에 맞춰가고 있는듯 하네요...
    경험도 많지 않은데 왜이렇지..--;;
    이렇다 보니
    4. 퀴즈를 여러번 풀어보세요.
    이게 필요할듯 하네요...
    과연 시간이 허락 될 지는 모르겠지만...

    퀴즈 풀다보니 내용이 아주 공감대서 글좀 남겨봤어요..^^

    • 기선 2009.01.07 10:10 신고 address edit & del

      넹 이런 느낀점들을 공유하는 것도 이번 스터디의 일부죠.

    • is윤군 2009.01.07 13:09 신고 address edit & del

      머리속으로 미리 설계를 하지 않는다라는 말은..
      분석/설계 -> 개발 이런형태의 설계를 의미 하는 거겠죠?ㅋ 미리 전체를 다 설계 해놓고~ 거기 설계에 맞춰서하지말라는 거 아닐까요 ?ㅋ TODO를 작성하면서 머리속으로 목표와 나아가야 할 방향은 생각하며 작성해야 할 듯한데욥;; ㅋ 혹시 머리속에 그려진게;; ㅋ 목표와 방향이 맞다면~ 대박 나실듯;;ㅋㅋ

  5. 김재진 2009.01.07 13:37 신고 address edit & del reply

    머리속에 미리 설계를 하지 않는다. 그리고 task를 먼저 작성한다. 이게 가장어렵네요. 나도 모르게 테스트 보단 클래스를 생각하고 있습니다. 부실한 todo list는 부적합한 클래스로 바로 드러나네요.기존의 작업을 백업하고 todo list 자체를 리팩토링 해서 퀴즈를 다시 풀어야겠어요.

    • is윤군 2009.01.07 14:12 신고 address edit & del

      우와~ 벌써 하나는 한번 다 풀었다는것인가? 대박인데~; 난 아직 시작도 못했는데ㅋ TDD문서보다가 파이썬에 혹해서;;ㅋ 달려달려~;;ㅋ

    • is윤군 2009.01.07 18:45 신고 address edit & del

      다지웠네 ㅡㅡ;; 님좀짱인듯;;

    • 김재진 2009.01.07 18:47 신고 address edit & del

      다 못풀었어 ㅋㅋ
      60%정도 했다 생각했는데 리팩토링을 할려고 보니 리팩토링을 한다 해도 이게 TDD에 맞나 싶어서 todolist부터 제대로 작성하는 습관을 고쳐애 겠다 싶어서..

    • is윤군 2009.01.07 19:16 신고 address edit & del

      그래도 하는게 어디야;;ㅋ 시작도 못한 사람도 있는데ㅜㅜ 그나저나 리뷰를 준비하는 분들은 ;; 언제 리뷰준비를 시작 할 수 있을까나-? 리뷰하는 분을 위해서 1주만에 문제를 풀어야 하는건가;;ㅋㅋ

2009. 1. 5. 09:34

TDD 퀴즈 1. 비디오 샵

목적

비디오방에서 고객이 대여하는 비디오의 대여정보를 조회할 수 있는 프로그램을 작성

요구사항

  • 고객(Customer)은 이름을 가지고 있다.
  • 고객은 한번에 여러개의 비디오를 대여할 수 있으나 각각의 대여(Rental)기간은 다를 수 있다.
  • 비디오(Video)는 영화,스포츠,다큐멘타리의 세종류가 있다.
  • 각각의 비디오는 독립적인 일일 대여요금을 가지고 있다.
  • 영화는 대여기간이 2일 이상되면 3일째 부터는 대여요금이 1/2로 할인된다.
  • 다큐멘타리는 3일 이상 대여하면 4일째 부터는 1/3로 할인된다.
  • 스포츠는 장기대여 할인이 없다.
  • 비디오 1개 대여할 때 마다 보너스포인트는 1포인트씩 올라간다. 단, 스포츠는 2포인트씩 올라간다.
  • 과거의 대여기록을 가지고 있을 필요는 없으나 고객이 얻은 총 보너스 포인트 정보는 알고 있어야 한다.
  • 고객(Customer)의 현재 대여정보를 구할 수 있는 기능을 작성하라
    • 총 대여비디오 수
    • 대여정보: 비디오(종류 + 제목 + 가격), 대여기간 리스트
    • 총대여가격
    • 현재 대여하고 있는 비디오로 인해서 추가된 포인트수

조건

  • 예외상황에 대한 처리는 필요없다.
  • 반드시 TDD의 순서에 따라서 작업할 것
  • 테스트할 목록을 직접 정의한다(txt파일에 정리할 것)
  • 한개의 테스트 메소드 작업이 끝날때마다 commit하도록 한다. 이때 테스트 목록에서 작업한 내용은 체크해서 올린다.



Trackback 0 Comment 7
  1. 기선 2008.12.28 17:10 신고 address edit & del reply

    이 글은 비공개입니다. 아직 원저자에게 허락을 못 받았습니다. 퍼가지 말아주세요~

    • 기선 2009.01.05 09:36 신고 address edit & del

      공개 허락을 받았습니다.
      이제 열심히 풀어주세요. 아.. 저장소 세팅해야겠군요.

  2. is윤군 2008.12.28 21:39 신고 address edit & del reply

    쿄쿄;; 갑자기 라이브코딩을 하려니;; 의외로 머리가 멍해지더라구요;;ㅋ
    오늘 몇개의 TODO 리스트 ㅋㅋ 잼났네요~ㅋㅋ 3기 스터디 .. 기대 기대;;ㅋ

  3. Hoyeol 2008.12.28 22:02 신고 address edit & del reply

    그저 덜덜덜..;;
    스터디는 제게 항상 자극이 됩니다 ㅋㅋ

  4. 김재진 2008.12.29 08:50 신고 address edit & del reply

    드디어 이번주 부터 TDD로 스터디가 전환됬나 보네요 ~ 화이팅입니다.

  5. dazzi 2009.01.08 09:49 신고 address edit & del reply

    이거 다 풀었다고.. 칼부림 부탁한다고.. 어디에다 개시하면 될까나요? ㅡㅡㅋ
    "퀴즈풀었어요~" 카테고리 하나 만들어 주심도 괜찮을것 같아요. ㅎㅎ

    • 기선 2009.01.08 10:02 신고 address edit & del

      리뷰요청 카테고리 만들었어요.
      거기에 올려주세요~

2008. 11. 21. 09:37

3기 스터디 제안 - TDD

2기 스터디를 연장할 것이냐. 정리하고 다음 주제로 넘어갈 것이냐. 고민의 기로에 서있습니다. 저희가 목표로 삼은 것은 "페이지 처리가 가능한 게시판" 입니다. 그 이 외의 주제(로그인, 정렬. 댓글, 태그, 덩덩덩)는 번외로 다루기로 했습니다. 목적은 스프링 활용법에 익숙해 지자는 것이었죠.

아마 아직 두 번이나 남았으니까 충분히 기능 구현하는데 일정상 무리는 없을 것으로 생각합니다. 대신 기능 구현 이외에 "테스트를 어떻게 할 것인지?", "어떤 구조로 설계 해야 하는지?", "스프링 2쩜 대에서는 어떻게 구현했는지?", "스트럿츠와 iBatis로는 어떻게 했는지?". "인터셉터를 어디서 어떤 용도로 사용했는지?" 등등을 보느 재미가 쏠쏠해서 스터디를 계속 이어가고 싶어집니다.

하지만 그렇게 계속 이어 나가다 보면 끝이 없을 것같고 스터디도 자칫 루즈 해지기 마련이니까, 원래 계획대로 스터디를 끝내고 차기 스터디를 진행하면 좋겠습니다.

오늘 아침 토비님의 글 알면서 왜 안할까? TDD를 보면서 든 생각인데, TDD 연습을 해보는 건 어떨까요? 예전에 사부님한테 볼링 점수 계산이나, 양파 껍질 까기 같은 TDD 훈련을 받을 적이 있는데 정말 재밌었습니다. 단순하게 재미만 있었던게 아니라 "어떤걸 테스트 해야 하는지", "테스트를 어떻게 만들것인지" 에 대해 많은 고민을 하게 되고 그런 것에 익숙해지면 실전 개발에서도 TDD까진 아니여도 개발 후에 테스트 코드를 작성할 때 유용하게 써먹을 수 있었습니다.

스터디 방식은 각자가 동일한 문제를 TDD로 풀어오고 코드를 비교해 보는거죠. TDD를 훈련을 하기 전에 필독서로 "Test Driven Development(테스트 주도 개발)"를 반드시 읽기로 하고(금방 읽습니다. 실습까지 하면서 해도 후딱..), 스터디를 하면서는 xUnit Patterns나 JUnit Recipe를 보면서 테스트 기법들을 개인적으로 학습하시다 보면 많은 도움이 될 것 같습니다.

어떤가요? 재밌겠죠? ㅋㅋ 의견을 주세요. 전 청소하러 갑니다~
Trackback 0 Comment 6
  1. 기선 2008.11.21 09:42 신고 address edit & del reply

    참고로 4기 스터디까지 제안하자면, 다시 실전으로 돌아가서 게시판 심화 개발 스터디를 하는 겁니다. TDD까지 해본 뒤라 뭔가 더 달라진 코드와 테스트가 나타나지 않을까 싶네요.

  2. 써니 2008.11.21 10:04 address edit & del reply

    환타스틱! 한 표 던집니다~ 아니, 이 한 몸 던져야 할까요? ^^;

  3. is윤군 2008.11.21 10:24 신고 address edit & del reply

    크하하하.. 흥미로운 주제네욥;;ㅋ이번 2기 스터디를 하면서.. 테스트 코드를 작성하는데.. 제일 힘이들고 있는 중입니다.. 가장 큰 이유는 무지함 때문이었죱;; 푸하하하;; ㅡㅡ; 좋은지 나쁜지 남들의 이야기를 듣는것보다.. 한번 배워서 적용해보고 과연 정말 좋은가? 아님 시간낭비인가를 판단해볼 수 있는 좋은 기회가 될것같아서 좋을듯 싶습니다.. 사설이 길어졌네욥;ㅋ 저도 한표! 입당~

  4. 김재진 2008.11.21 13:59 신고 address edit & del reply

    그러게요 좋습니다. 3기때는 주말출근안하겠죠 ㅠㅠ

  5. Hoyeol 2008.11.21 16:27 신고 address edit & del reply

    으음.. 저는 개인적으로 간단한 게시판 구현에 대한 일이 점점 커지고 있습니다.
    저랑 친구들이 작업하는 이슈 트래커에서 기존의 포럼이 말그대로 아주 기본적인 기능에, View Design마저 잘 되어있지 않은 상황에서
    (원래 목적은 CRUD정도만 구현할 예정이었습니다만..)
    이번에 다시 코딩룰을 재정립하고 작업을 해나가는 상황이라 수정이 많이 일어나고 있습니다.
    실제로 저번에 아주 잠깐 보여드렸던 서비스/DAO의 책임이 분할되지 않은 상태등등의 아주 기초적인 수준에서 갈아엎고 View, Controller, Model , 거의 새로 만든다고 보시면 될겁니다..
    간략히 정리하면..
    1. 기본적인 CRUD,
    2. 기존에 저희 이슈트래커에서 이슈 입력에서 사용하는 FCK editor를 포럼글의 입력에 사용할 생각
    3. paging
    4. file attach
    5. 해당 프로젝트에 기본적인 포럼외에, admin 임의의 용도로 게시판 추가/삭제

    2기 스터디가 2번의 모임후에 끝난다면, 제가 생각하는 완성된 게시판은 보여드리질 못할것같기도 합니다.
    4기까지 된다면 제가 번외로 작업을 계속진행할것이기 때문에 보여드릴수 있을것같습니다.
    어떤 단위로, 어떤 생각을 가지고 테스트를 진행할것인지에 대한 전체적인 경험이 매우 부족하기 때문에 3기 스터디 주제에 대해서는 대환영입니다.

  6. Arawn 2008.11.24 09:38 address edit & del reply

    실제 행한다는게 참으로 어려운 과제죠 ^^;;
    좋은 주제인것 같습니다. 저도 찬성이옵니다.