테스터 주도의 개발
Tester-driven development소프트웨어 엔지니어링에서 테스터 주도 개발 또는 버그 주도 개발은 예를 들어 기능의 가치나 비용이 아닌 버그 보고서나 테스트 결과에 따라 요건이 결정되는 안티 패턴입니다.이 개념은 일반적으로 쉽게 호출되며 대량의 컴퓨터 코드가 프로그래머에 의한 유닛 테스트에 거의 신경 쓰지 않고 작성된다는 것을 암시합니다.
이 용어 자체는 신속한 변화를 위한 소프트웨어 업무에서 널리 사용되는 방법론인 테스트 주도형 개발에 대한 빈정거리는 표현입니다.테스트 주도의 개발에서는 테스트를 사용하여 요건을 충족하기 위한 구현을 추진합니다.대신 테스터 주도 개발은 요구사항 결정을 없애고 테스터(또는 QA 팀)가 테스트([1]또는 QA) 프로세스를 통해 소프트웨어가 갖춰야 한다고 생각하는 것을 주도하도록 함으로써 프로세스를 단축합니다.
이 안티패턴을 사용하여 개발되는 프로젝트는 매우 늦어지는 경우가 많습니다.또 다른 일반적인 문제는 코드 품질 저하입니다.
프로젝트가 이렇게 실행되는 일반적인 원인은 다음과 같습니다.
- 테스트 단계가 너무 일찍 시작되었습니다.
- 불완전한 요건
- 경험이 부족한 테스터
- 경험이 부족한 개발자
- 프로젝트 관리가 불충분합니다.
테스터들이 요구 사항이 무엇인지 알지 못하기 때문에 특정한 코드 변경 사항을 테스트하는 방법을 알지 못할 때 상황은 더 악화됩니다.그 후, 개개의 변경의 개발자는 자신의 테스트 케이스를 작성할 책임이 있습니다.또, 자신의 테스트가 정상적으로 합격해, 퍼포먼스 측정이 향상되기 때문에, 기꺼이 그렇게 할 수 있습니다.프로젝트 리더들도 오픈 변경 요청 수가 빠르게 줄어든 것에 대해 기뻐하고 있습니다.
「 」를 참조해 주세요.
- 익스트림 프로그래밍
- 극단적인 프로그래밍 관행
- 피쳐 크리프
- 요건 관리
- 소프트웨어 프로토타이핑 – 프로젝트 초기에 사용자로부터 피드백을 받기 위해 소프트웨어 애플리케이션의 프로토타입을 만듭니다.
레퍼런스
- ^ Ali, Junade (2016). Mastering PHP Design Patterns. Packt Publishing. p. 62. ISBN 9781785883422.
