사용자 스토리 (TDD) 끝의 통합 카드

Question

우리 팀은 TDD로 발전하고 모든 카드가 초록색으로 바뀌는 이야기의 끝에 새로운 기능을 구현할 때 "통합 카드"가 제공됩니다. 이는 통합 된 카드 구성 요소가 서로 잘 놀 수 있습니다. 이것은이 카드에 대해 나쁘다고 생각합니다. 왜냐하면 아무도 테스트에서 실재로 코드를 시도하지 않았고 통합 카드는이를 시험해보고 작동시키는 것을 의미합니다.

새로운 기능을 제공하는 모든 스토리의 끝에 통합 카드를 두는 것이 좋습니다. 또는 기존 코드와 함께 통합 할 수있을 때 모든 태스크 카드의 일부가되어야합니까?

다음

Answer 1

그냥 내 2 센트 : 자체에

TDD는 귀하의 질문에 설명 된 작업 당신의 방법과는 아무 상관이 없습니다. 애자 일/스크럼/린/칸반 (Kanban)은 내 의견으로는.

실제로 코드를 작성하기 전에 단위 테스트를 작성하는 것은 좋은 습관입니다. 올바르게 이해하면 여러분이하고있는 좋은 습관입니다.

스프린트가 끝날 때까지 코드의 실제 통합을 미루는 것은 다소 이상하다고 생각합니다. 지옥이 느슨해지면 스프린트가 끝날 때 아무 것도 얻지 못한다. 즉, 잠재적 배송 가능 제품은 마지막으로 위험한 카드가 완료 될 때까지 존재하지 않습니다.

이러한 방식으로 문제를 해결하려면 continuous integration에 대한 검색을 고려해보십시오. 가능한 한 자주 코드 통합을 시도하여 가능한 한 빨리통합 버그를 찾으십시오. 짧은

그래서 긴 이야기 :

• 아니, 좋은 민첩한 방법이 아닙니다, 그리고
• 을 네, 모든 done, done, done 작업이가 당신을 도와줍니다

희망을 통합하는 더 나은 것 진정한 애자일/린 팀을 향해 한 걸음 나아가십시오! 당신의 본능을 신뢰하십시오, do 그것을하십시오 :).