"엄준일"과 함께하는 소프트웨어를 위한 플랫폼 이야기

굉장한 애자일 세미나가 기다리고 있습니다. 모두가 알다시피 애자일의 가장 큰 과제는 바로 노하우 입니다. 애자일을 먼저 안다고 잘하는 것이 아닙니다. 먼저 경험해보고 좀 더 많이 고민하는 사람이 바로 애자일러(Agileor) 입니다. 그리고 실패를 해 본 사람만이 좀 더 애자일을 잘 할 수 있다고 필자는 생각합니다. 대체적으로 애자일은 반복(Iteration) 의 기간이 굉장히 짧습니다. 애자일이 갖는 높은 위험성을 여러가지 구성 요소를 통해 높은 위험성을 낮추려고 합니다. 그 이유는 소프트웨어의 품질을 높이고 무언가의 가치를 만들기 위해서 입니다. 한번쯤 '어떻게 하면…' 이라는 고민을 가져본 분들이라면 꼭 참석해 보시길.. 그리고 후기도 함께 공유해주세요 ^^ 안녕하세요? 국내에서도 점차 애자일 (A..

이전 글 [Software Development/Agile] - [ALM-Test] 왜 단위 테스트를 해야 하는가? [1] 이미 이전 포스트에서 얘기 했듯이, 똑같은 "단위 테스트"라는 단어를 가지고 개발자, 테스터, 고객은 각자 그 의미를 전혀 다르게 생각하고 있습니다. 이런 단어의 해석 조차 각자 틀린데, 애자일(Agility)하게 어떻게 소프트웨어를 만들 수 있을까요. 이미 "단위 테스트" 라는 작은 주제를 가지고 벌써부터 고객과 개발 조직간의 불화음이 발생합니다. 아니, 이미 개발 팀 내부에서부터 어디서 부터 시작해야 할지 어디둥절 할 수 있습니다. 그렇다면 과연 "단위 테스트" 가 결함의 발생을 줄이는 약이 될지, 팀 간의 커뮤니케이션 장애를 발생시키는 독이 될지, 그것은 아마 이 글을 읽는 독..

애자일(Agile) 프로그래밍 기법 등이 대중화 되면서, 특히 XP(eXtreme Programming) 에서는 단위 테스트의 코드를 먼저 작성하라고 합니다. 그것이 바로 TDD(Test Driven Development) 입니다.! 그 이유는 다들 아시다시피 간단합니다. 바로 코드를 작성할 때 설계부터 하라는 것입니다. 좀 직설적으로 얘기하자면, 생각 좀 하고 만들라는 것이죠. 생각 없이 만들 코드를 나중에 리팩토링(Refectoring) 할 바에는 처음부터 리팩토링 비용을 줄이고, 좀 더 세련된 디자인으로 코드를 작성하라는 의미입니다. 단위 테스트(Unit Test) 라는 의미에서도 사실 개발자와 테스터, 고객과는 굉장히 괴리감이 있는 단어이기도 합니다. "단위 테스트" 라는 똑같은 단어를 사용하지만..