애자일 테스트-방법

애자일 테스트에서 일반적으로 사용되는 테스트 방법은 기존 관행에서 가져온 것이며 초기 테스트라는 원칙에 부합합니다. 테스트 케이스는 코드가 작성되기 전에 작성됩니다. 강조점은 적시에 적절한 수준에서 적절한 테스트 유형을 실행하는 결함 예방, 감지 및 제거입니다.

이 장에서는 방법에 대해 이해하게 될 것입니다.

테스트 주도 개발 (TDD)
수용 테스트 주도 개발 (ATDD)
행동 주도 개발 (BDD)

테스트 주도 개발

TDD (Test Driven Development) 방법에서 코드는 Automated Test Cases에서 지시하는 Testfirst 접근 방식을 기반으로 개발됩니다. 테스트 케이스는 먼저 실패로 작성되고 코드는 테스트를 통과하는지 확인하기 위해 개발됩니다. 방법이 반복되고 코드 개발을 통해 리팩토링이 이루어집니다.

TDD는 다음 단계를 통해 이해할 수 있습니다.

Step 1 − 작성해야하는 코드 기능의 예상되는 동작을 반영하는 테스트 케이스를 작성합니다.
Step 2− 테스트를 실행합니다. 코드가 아직 개발되지 않았기 때문에 테스트가 실패합니다.
Step 3 − 테스트 케이스를 기반으로 코드를 개발합니다.
Step 4− 테스트를 다시 실행하십시오. 이번에는 기능이 코딩 될 때 테스트를 통과해야합니다. 테스트가 통과 할 때까지 단계 (3) 및 단계 (4)를 반복합니다.
Step 5 − 코드를 리팩터링합니다.
Step 6 − 테스트를 다시 실행하여 통과하는지 확인하십시오.

반복 Step 1 – Step 6기능을 추가하기 위해 테스트 케이스를 추가합니다. 추가 된 테스트와 이전 테스트는 코드가 예상대로 실행되는지 확인하기 위해 매번 실행됩니다. 이 프로세스를 빠르게 수행하기 위해 테스트가 자동화됩니다.

테스트는 단위, 통합 또는 시스템 수준 일 수 있습니다. 테스터와 개발자 간의 지속적인 커뮤니케이션이 보장되어야합니다.

수용 테스트 주도 개발

ATDD (Acceptance Test Driven Development) 방법에서 코드는 Acceptance Test Cases에서 지시하는 테스트 우선 접근 방식을 기반으로 개발됩니다. 초점은 고객, 최종 사용자 및 관련 이해 관계자와 협력하여 사용자 스토리 작성 중에 테스터가 작성한 수락 기준 및 수락 테스트 사례에 있습니다.

Step 1 − 고객 및 사용자와 협력하여 사용자 스토리와 함께 수락 테스트 케이스를 작성합니다.
Step 2 − 관련 허용 기준을 정의합니다.
Step 3 − 승인 테스트 및 승인 기준에 따라 코드를 개발합니다.
Step 4 − 승인 테스트를 실행하여 코드가 예상대로 실행되는지 확인합니다.
Step 5− 수락 테스트를 자동화합니다. 반복Step 3 – Step 5 반복의 모든 사용자 스토리가 구현 될 때까지
Step 6 − 회귀 테스트를 자동화합니다.
Step 7 − 지속적인 회귀를 보장하기 위해 자동화 된 회귀 테스트를 실행합니다.

행동 주도 개발 (BDD)

BDD (Behavior Driven Development)는 TDD (Test Driven Development)와 유사하며 시스템의 예상 동작을 보장하기 위해 코드를 테스트하는 데 중점을 둡니다.

BDD에서는 영어와 같은 언어가 사용되므로 사용자, 테스터 및 개발자가 이해할 수 있습니다. 그것은 보장합니다-

사용자, 테스터 및 개발자 간의 지속적인 커뮤니케이션.
개발 및 테스트중인 항목에 대한 투명성.