테스트 회사에서 V-model testing을 Java 및 C#으로 개발하는 민첩한 개발 팀에서 사용할 수 있다고 발표 한 프레젠테이션에 방금 참석했습니다.
V- 모델 테스트 방법론은 민첩한 개발 팀에게 유용합니까?
나는 V- 모델 테스트 이전에 테스트 구동 및 테스트 자동화를 선호합니다.
V- 모델 테스트와 민첩한 테스트가 동일한 것으로 간주 될지 확실하지 않습니다.
민첩한 팀에서 v-model 테스트를 사용하는 것에 대한 테스트 경험이나 의견을 찾고 있습니다.
민첩성에서 V- 모델 테스트를 사용하는 경우 어떻게해야합니까? (또는 이해가 안되나요?)
업데이트 : Thoughtworks presentation (V 모델 대 애자)
V- 모델은 내 회사에서 널리 사용됩니다. IMHO, 개선 된 개발 모델이 있지만 V-Model은 반복 개발을 사용하지 않는 대규모 시스템을 개발할 때 효과적으로 사용할 수 있습니다.
아직도, 그것은 테스트 기반으로 한, 단위 테스트 단계 심지어 통합 테스트 단계에의 한 부분으로, 개발 여전히 V-모델에 적용 할 수있는 당신이 있음을 자동화 할 수있는 것이 내 생각이다 개발주기의 일부로
V-모델은, 그러나,이 완료, 그래서 테스트 주도 개발 적용되지 않습니다 간주됩니다 제품의 후 개발을 발생하는 테스트로 시스템 테스트을 본다. 도구, 스크립트 또는 프로그램을 사용하여 자동화 할 수 있지만 더 이상 코드를 개발하지 않습니다. 시스템 테스트에서는 코드에 대해 더 이상 신경 쓰지 않고 사양에 대해서만 관심을 보입니다. 이것은 테스트 단위가 불완전 할 수 있기 때문에 발생합니다. 는 최종 사용자가 시스템에 보이는 때 그리고 그것은이 요구 여부 준수 여부를 결정하기 때문에
마지막으로, 사용자 V-모델에 수용, 는는 완전이 자동화해서는 안됩니다. 물론 사용자는 테스트 할 대상을 알기 위해 스크립트를 손에 들고 있어야하며, 일괄 처리 시스템의 경우에는 데이터가 제공되지만 스크립트는 이 단계의 성공.
하지만 다시 질문으로 돌아가 보겠습니다. 방금 말한 것은 TDD 및 자동화를 V-Model의 테스트 단계 구현으로 사용할 수 있다는 것입니다. 따라서 애자일 개발로 V- 모델 테스트를 사용할 수 있다면 확인한 프레젠테이션이 TDD 및 자동화 기술을 사용할 수도 있습니다.
그러나 내가 원하는지 확실하지 않습니다. 나는 V-Model이 민첩한이 아니기 때문에 어떻게 V-Model을 애자일에 적용 할 수 있을지 또는 일관성이 있는지를 모른다.
@ 브루노 브랜트 : 고맙습니다. 좋은 대답입니다. (+1) –
테스트 주도 개발은 사양하지 테스트에 관한 것입니다. 이것은 V 접근법에 길항제가 아닙니다.
다른 측면에서, V- 모델은 단일 개발 사이클을 의미합니다. 이것은 민첩한 접근 방식의 길항제입니다.
지옥, 그런 생각을 요약하는 방법을 배워야합니다. 정확히 내 요점. –
@mouviciel : 짧고 달콤한 +1;)) –
쉽습니다. 나는 영어로는 능숙하지 않아 훌륭한 답을 제시하는 방법을 모릅니다. – mouviciel
V 모델 테스트는 민첩한 개발의 정신에 실제로 들어 맞지 않습니다. 간단히 말해서, 그것이 가능할 수도 있지만 민첩한 프로세스의 본질을 손상시킬 것입니다.
민첩성의 중요한 특징 중 하나는 변화에 적응하는 능력입니다. V 모델은 실제로 그것을 잘 지원하지 않습니다.
v-model은 지난 세기 soooo입니다 .-) –