BDD 둘 다 비즈니스 수준에서

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

내 내부 BDD 사양을 상위 수준 사양으로 래핑 (그룹화)하여 비즈니스 요구 사항이 완료되었음을 확인할 수 있습니까 (해당 요구 사항의 모든 내부 사양이 통과 되었음). 실제로 내부 사양은 표시되지 않습니까?

"내 사양에 여러 가지 테스트 케이스 소스 코드를 추가해야합니까?" 이어서 응답이 거의 확실하다 NO

(BDD 본질적 TDD의 프레이밍이다). 당신의 고객은 아마 그녀가 원하는 것을하는 시스템을 얻는 것에 관심을 가지며, 그녀가 원했던 것은 거의 확실하게 그녀가 처음에 요구 한 것이 아닙니다.

소프트웨어를 최대한 빨리 클라이언트의 손에 넣기 만하면 피드백을받을 수 있습니다. 애자일 소프트웨어 개발 프랙티스는 고객이 일찍 피드백을 제공하고 요구 사항을 신속하게 반복하는 것에 관한 것입니다.

2009-11-08 11:58:05 ddaa

아, 그런데. 쓰여진 사양을 태우십시오. 사양은 요구 사항을 논의하기위한 지원 (끝나기 전에)과 손가락을 가리키는 도구 (클라이언트가 소프트웨어가 필요한 것을하지 않는다고 말하면서)에 대해서만 유용합니다. 전자는 건설적이고 두 번째는 건설적이지 않다. – ddaa

사양은 요구 사항을 논의하기위한 지원 (끝나기 전에)과 손가락 가리기 도구 (클라이언트가 소프트웨어가 자신이 필요로하는 것을하지 않는다고 말한 경우)에 대해서만 유용합니다. 전자는 건설적이고 두 번째는 건설적이지 않다.

2010-01-09 11:42:09

야, 너는 내 자기 논평을 인용하고, 대답을하고, 너의 선호 대답으로 그것을 선택했다. 그것은 절름발이입니다. – ddaa

고맙습니다. – ddaa

답변