자동화 재 작업의 최적 금액

Question

기능의 개발주기 동안 기능이 모든 요구 사항 (UI 개선 등 ...)을 충족하는 지점 이후에도 계속 변경됩니다. 해당 기능에 대한 자동화 된 테스트가있는 경우 이러한 변경으로 자동화가 중단 될 수 있으며 재 작업해야합니다. 기능이 계속 변경되는 경우 매 개정마다 자동화 작업을 다시하는 것은 의미가 없습니다. 그러나 어느 시점에서는 회귀 테스트를 수행 할 수 있도록 자동화해야합니다. 재 작업 자동화에 최적의 시간을 어떻게 찾을 수 있습니까? 최적의 금액은 어떻게 얻습니까? 우리 팀은 우리 기능 중 하나의 자동화를 과도하게 수정했다고 동의했습니다. 우리가 실수 한 한 가지 예는 고객 피드백을 얻기 위해 고객에게 기능을 보여준 회의 전에 바로 자동화 작업을 재 작업하는 것입니다. 우리는 고객의 피드백으로 인해 기능이 더 많이 변경된다는 사실을 알고 있었어야합니다. 이 경우 기능 테스트가 충분해야합니다. 누구나 공유 할 팁이나 경험이 있습니까?

Answer 1

일반적인 팁은 앞에 "완료 됨"이 의미하는 것의 합의에 이르므로 건물을 짓기 시작합니다.

빌드 중에 기존 스토리에 추가하지 않을 기능을 향상시키기 위해 추가하려는 몇 가지 새로운 조정 사항을 발견하면 새로운 것을 작성하십시오. 당신은 당신이해야 할 다른 것들에 우선 순위를 매 깁니다.

때때로이 기능은 너무 큰 기능을 사용하여 작업하는 징후이기도합니다. 이 기능에 대해 "완료"라는 몇 가지 명확한 정의를 적어두기 전까지는 스토리를 분할하고 씬을 얇게 만듭니다. 빌딩을 시작하기 전에 (그러나 선외에 가지 말 것) "완료"테스트를 자동화하는 것을 고려하십시오.

Specification By Example의 사용 설명서가 있습니다.

Answer 2

내 경험에 따르면, 개발 한 기능은 고객이 아직 완전히 이해하지 못했다는 것입니다.

@adrianh와 같은 작은 부분으로 기능을 분리하십시오.

불안정한 고객을위한 팁 하나 더 : 우선 처음에는 가상 프로토 타입을보고, 심지어 계획 회의에서라도 (프로토 타입/다이어그램 도구와 같은 HTML 또는 직접적인 코드로 직접 코딩하십시오.) 그들과 함께 놀게하십시오. 이렇게하면 자신의 기능으로보다 쉽게 ​​시간을 가질 수 있습니다.