사용자 정의 테스트 고정물 - 사용자 스토리를 생성합니까?

Question

다소 복잡한 라이브러리/하위 시스템은 통합 테스트를 거쳐 연기 테스트를 거쳐야하며,이를 위해 중요하지 않은 테스트 픽스처/러너를 개발해야합니다.

세부 사항은 중요하지 않지만 우리가 필요로하는 테스트 픽스쳐는 복잡하고 상호 작용하며 상태 종속적 인 입력 테스트 벡터를 생성하고 복잡한 결과 시퀀스를 찾을 것이라고 가정합니다.

테스트 픽스처 자체는 상당한 개발 노력이 필요합니다 (서브 시스템 자체보다 적은 노력으로도). 문제는 다음과 같습니다.

• 반복하지 않는 테스트 픽스쳐를 반복의 일부로 프로젝트 계획에 포함해야합니까?
• 이 테스트 픽스처에 대해 일련의 사용자 스토리를 작성해야합니까?
• 그렇다면 사용자 스토리는 어떻게 구성됩니까? 그리고 누가 테스트 담당자, 서브 시스템 또는 조명기 자체를 실행하는 테스트 엔지니어입니까?

Answer 1

• 이 당신의 '사소하지 않은 테스트 픽스처/러너'가 구현 될 수있는 일보다 더 걸릴 것으로 추정된다 경우, 적절한 추적해야하고 백 로그에 가야 일입니다. 일주일 이상 소요될 것으로 생각되면 먼저 프로토 타입을 작성해 보겠습니다.
• 아마도 '중요하지 않은 테스트 픽스쳐/러너'는 비즈니스 가치 자체를 가져 오지 않습니다. 네가 기술학과를 다룰 줄 알았어. 기술 업무/부서에 대한 사용자 스토리 작성은 항상 저에게 잘못되었습니다. 귀하의 백로 그 (backlog)에 기술 작업으로 그들을 넣어.
• 비즈니스와 배우를 알아야합니다.