문제

현재 프로젝트에서 BDD (Behavior Driven Development)를 사용하여 두 가지 수준의 비즈니스 요구 사항 응용 프로그램 수준 작업에서 사용하고 싶습니다.

내 내부 BDD 사양을 높은 수준의 사양으로 랩핑하는 것이 좋습니다. 따라서 클라이언트는 비즈니스 요구 사항이 수행되었음을 확인할 수 있지만 (해당 요구 사항의 모든 내부 사양이 통과) 실제로 내부 사양을 보지 못합니까?

도움이 되었습니까?

해결책

"내 사양에 많은 테스트 케이스 소스 코드를 넣어야합니까?" (BDD 본질적으로 재구성입니다 TDD)

그러면 대답은 거의 확실합니다 아니. 당신의 고객은 아마도 그녀가 원하는 것을하는 시스템을 얻는 것에 관심이 있으며, 그녀가 원하는 것은 처음에 그녀가 요청한 것이 아닙니다.

피드백을 얻으려면 가능한 빨리 고객의 손에 소프트웨어를 넣으십시오. 민첩한 소프트웨어 개발 관행은 고객이 피드백을 조기에 조기에 제공하고 요구 사항을 빠르게 반복하는 것에 관한 것입니다.

다른 팁

사양은 요구 사항을 논의하기위한 지원 (수행 전)과 손가락 포인팅 도구 (클라이언트가 소프트웨어가 필요한 것을 수행하지 않는다고 말할 때)의 두 가지에만 유용합니다. 전자는 건설적이고 두 번째는 그렇지 않습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top