애자일 테스트-작업 제품

테스트 계획은 출시 계획시 준비되며 모든 스프린트 계획에서 수정됩니다. 테스트 계획은 전체 테스트 범위를 갖기위한 테스트 프로세스의 가이드 역할을합니다.

테스트 계획의 일반적인 내용은 다음과 같습니다.

테스트 전략
테스트 환경
테스트 범위
테스트 범위
노력 및 일정 테스트
테스트 도구

Agile Projects에서 모든 팀원은 제품의 품질에 대해 책임을집니다. 따라서 모든 사람이 테스트 계획에도 참여합니다.

테스터의 책임은 필요한 지침을 제공하고 나머지 팀에게 테스트 전문 지식을 멘토링하는 것입니다.

사용자 스토리

User Stories는 원칙적으로 작업 제품을 테스트하지 않습니다. 그러나 애자일 프로젝트에서 테스터는 사용자 스토리 생성에 참여합니다. 테스터는 고객에게 가치를 제공하고 시스템의 다양한 가능한 동작을 다루는 사용자 스토리를 작성합니다.

테스터는 또한 모든 사용자 스토리가 테스트 가능한지 확인하고 수락 기준을 확인합니다.

수동 및 자동 테스트

테스트를 처음 실행하는 동안 수동 테스트가 사용됩니다. 그들은 포함합니다-

단위 테스트
통합 테스트
기능 테스트
비 기능 테스트
수락 테스트

그런 다음 테스트는 후속 실행을 위해 자동화됩니다.

에 Test Driven Development, 단위 테스트는 먼저 실패로 작성되고 코드는 테스트를 통과하도록 개발 및 테스트됩니다.

에 Acceptance Test Driven Development, 합격 테스트는 먼저 실패로 작성되고 코드는 테스트를 통과하도록 개발 및 테스트됩니다.

다른 개발 방법에서 테스터는 테스트 커버리지를 보장하기 위해 나머지 팀과 협력합니다.

모든 유형의 방법에서 지속적 통합 테스트를 포함하는 지속적 통합이 발생합니다.

팀은 자동화 할 테스트시기와 테스트를 결정할 수 있습니다. 테스트를 자동화하려면 노력과 시간이 필요하더라도 결과로 생성되는 자동화 된 테스트는 Agile 프로젝트를 반복하는 동안 반복적 인 테스트 노력과 시간을 크게 줄여줍니다. 이를 통해 팀은 새로운 사용자 스토리, 변경 사항 등과 같은 다른 필수 활동에 더 많은주의를 기울일 수 있습니다.

에 Scrum, 반복은 타임 박스입니다. 따라서 특정 스프린트에서 사용자 스토리 테스트를 완료 할 수없는 경우 테스터는 일일 스탠드 업 미팅에서 사용자 스토리가 해당 스프린트 내에서 완료 상태에 도달 할 수 없으므로 다음 스프린트에 보류 상태로 유지되어야한다고보고 할 수 있습니다.