TDD 수명주기의 핵심은 5 개의 쉬운 단계에 대해 회전하며, 테스트에서 민첩한 방법론을 통해 끝없이 반복됩니다. 이러한 단계의 목적은 모든 기능적 비즈니스 전제 조건을 만족시키면서 코드가 간단하고 생산적이라는 것을 보장하는 것입니다.
- 테스트를 작성하십시오
- 테스트가 실패합니다
- 테스트를 통과 할 코드를 작성하십시오
- 테스트가 통과됩니다
- 리팩터
테스트 기반 개발 수명주기는 극단적 인 프로그래밍으로 알려진 더 큰 소프트웨어 디자인 세계관의 주요 측면으로 제시되거나 민첩한 소프트웨어 개발입니다.
TDD주기는 소프트웨어 엔지니어가 작은 모듈로 기능을 구성 할 수 있도록합니다. 작은 테스트 모듈은 아래에 묘사 된 세 가지 영역으로 구성됩니다.
실패 (빨간색) – TDD 접근법의 첫 번째 단계는 응용 프로그램의 테스트에 실패하는 것입니다. 머신 러닝에 관한 한, 실패는 비슷한 것을 신뢰할 수있는 계산의 결과 일 수 있습니다. 기계 학습 계산을위한 일종의 기준 테스트입니다.
실패한 (녹색)를 전달하십시오. 조성 후 실패한 테스트 후에, 다음 움직임은 구성된 실패한 테스트를 통해 바람을 피우는 것입니다. 실패한 테스트는 다양한 소규모 실패 테스트로 분리되며 그 후 더미 객체와 임의 값을 전달하여 테스트합니다.
코드 리팩토링 – 실패한 테스트를 통과 한 후 코드를 리팩터링 할 필요가 있습니다. 리팩토링 절차를 실행하려면 코드의 개선을 출시하는 동안 동작에 영향을 미치지 않아야한다는 것을 기억해야합니다.
이 경우 엔지니어는 코드의 기능을 다루는 데있어 “if”문과 코드가 다시 굴절 프로세스를 따르지 않습니다. 코드를 리팩토링하는 동안 과거 테스트가 변경되면 코드는 테스트 절차주기를 통과해야합니다.
TDD 접근의 장점 :
- 문제 해결 시간이 상당히 적습니다
- 이 강령은 전제 조건을 충족시키는 것으로 입증되었습니다
- 테스트는 안전망이되기위한 진행 상황입니다
- 제로 버그에 가깝습니다
- 더 짧은 개발주기
시험 중심 접근 방식은 실제 코드를 작성하기 전에 먼저 구성됩니다. 이것은 Agile의 TDD가 기존의 QA를 대체 할 수 있음을 의미하지는 않지만 오히려 성공적인 단위 테스트를 보장합니다. 성공적인 단위 테스트는 더 나은 코드 포함을 보장하고 장기적으로 버그와 QA 시도가 적습니다.
그러나 TDD 실행은 독특한 단위 테스트 시스템을 활용하기위한 필수 범위의 능력을 가진 사람들이 필요하기 때문에 테스트 할 수 있습니다. 그 시점에서 올바른 사람이 있다면 모든 경우 프로젝트에서 TDD 방법론을 실행하는 것이 좋습니다.