애자일 테스트-Kanban
Kanban 개념을 사용하여 애자일 테스트 활동을 효과적으로 관리 할 수 있습니다. 다음은 테스트가 반복 / 스프린트 내에서 적시에 완료되도록 보장하므로 고품질 제품 제공에 중점을 둡니다.
테스트 가능하고 효과적인 크기의 사용자 스토리는 지정된 시간 제한 내에서 개발 및 테스트를 수행합니다.
WIP (Work-In-Progress) 제한을 사용하면 한 번에 제한된 수의 사용자 스토리에 집중할 수 있습니다.
워크 플로를 시각적으로 나타내는 Kanban 보드는 테스트 활동 및 병목 현상이있는 경우이를 추적하는 데 도움이됩니다.
Kanban 팀 협업 개념을 사용하면 대기 시간없이 병목 현상이 식별되는 즉시 해결할 수 있습니다.
테스트 케이스를 미리 준비하고, 개발이 진행됨에 따라 테스트 스위트를 유지하고, 고객 피드백을 확보하면 반복 / 스프린트 내에서 결함을 제거하는 데 도움이됩니다.
DoD (Done-Done) 정의는 테스트가 완료된 후에 만 스토리가 완료 상태에 도달한다는 의미에서 Done-Done이라고합니다.
제품 개발에서의 테스트 활동
제품 개발에서 기능 Kanban 보드를 사용하여 릴리스를 추적 할 수 있습니다. 특정 릴리스의 기능은 기능 개발 상태를 시각적으로 추적하는 기능 칸반 보드에 할당됩니다.
릴리스의 기능은 애자일 접근 방식을 사용하여 릴리스 내에서 스토리로 분할되고 개발됩니다.
다음 Agile Testing 활동은 모든 릴리스와 모든 릴리스의 마지막에 품질 제공을 보장합니다.
테스터는 사용자 스토리 생성에 참여하여 다음을 보장합니다.
시스템의 모든 가능한 동작은 사용자 스토리와 사용자 스토리의 일부인 비 기능적 요구 사항을 통해 캡처됩니다.
사용자 스토리는 테스트 할 수 있습니다.
사용자 스토리의 크기를 통해 반복 내에서 개발 및 테스트를 완료 (완료) 할 수 있습니다.
비주얼 작업 간판 보드 −
작업의 상태 및 진행 상황을 설명합니다.
병목 현상이 발생하면 즉시 식별
최적화 할 수있는주기 시간 측정을 용이하게합니다.
팀 협업은 다음에 도움이됩니다.
품질 제품에 대한 전체 팀의 책임
병목 현상이 발생하는 즉시 해결하여 대기 시간 절약
모든 활동에 대한 모든 전문 지식의 기여
지속적 통합 테스트에 초점을 맞춘 지속적 통합
테스트 노력과 시간을 절약하기위한 테스트 자동화
개발 초기에 작성된 테스트 케이스를 통한 결함 방지 및 시스템의 다양한 동작에 의해 예상되는 사항에 대해 개발자를 멘토링-
한 번에 제한된 수의 사용자 스토리에 집중할 수있는 WIP 제한
개발이 진행됨에 따라 지속적인 테스트를 통해 반복 내에서 결함 수정을 보장합니다.
테스트 범위 보장
미결 결함 수를 낮게 유지
스토리 탐색
Story Exploration은 제품 소유자가 개발 승인을 위해 스토리를 전달할 때 스토리 이해를 탐색하기위한 Agile 팀 내의 커뮤니케이션입니다.
제품 소유자는 시스템에서 기대하는 기능을 기반으로 스토리를 제시합니다. 개발자는 수용 할 준비가되었다고 표시하기 전에 각 스토리를 더 많이 탐색합니다. 테스터는 또한 테스트 관점에서 커뮤니케이션에 참여하여 가능한 한 테스트 할 수 있도록합니다.
스토리의 완성은 제품 소유자, 개발자 및 테스터 간의 지속적이고 지속적인 커뮤니케이션을 기반으로합니다.
견적
릴리스 계획 및 각 반복 계획에서 추정이 이루어집니다.
릴리스 계획에서 테스터는 다음을 제공합니다.
- 어떤 테스트 활동이 필요한지에 대한 정보
- 동일에 대한 노력 추정
반복 계획에서 테스터는 반복에 포함될 수있는 스토리의 수와 내용을 결정하는 데 기여합니다. 결정은 테스트 노력 및 테스트 일정 추정에 따라 다릅니다. Story Estimation은 테스트 견적도 반영합니다.
Kanban에서 Done-Done은 스토리가 개발 및 테스트되고 결함없이 완료로 표시 될 때만 수행됩니다.
따라서 테스트 추정은 스토리 추정에서 중요한 역할을합니다.
스토리 기획
스토리 계획은 스토리가 추정되고 현재 반복에 할당 된 후에 시작됩니다.
스토리 계획에는 다음 테스트 작업이 포함됩니다.
- 테스트 데이터 준비
- 수용 테스트 확장
- 수동 테스트 실행
- 탐색 적 테스트 세션 수행
- 지속적인 통합 테스트 자동화
이러한 테스트 작업 외에도 다음과 같은 다른 작업이 필요할 수 있습니다.
- 성능 시험
- 회귀 테스트
- 관련 지속적 통합 테스트 업데이트
스토리 진행
Story Progression은 개발자와 테스터 간의 지속적인 의사 소통에 필요한 추가 테스트를 발견합니다. 개발자가 구현에 대해 더 명확한 설명이 필요한 상황에서 테스터는 탐색 테스트를 수행합니다.
연속 테스트는 스토리 진행 중에 수행되며 연속 통합 테스트를 포함합니다. 전체 팀이 테스트 활동에 참여합니다.
이야기 수용
스토리 수락은 스토리가 완료 완료 상태에 도달 할 때 발생합니다. 즉, 스토리가 개발되고 테스트되고 완료되었음을 알립니다.
스토리 테스트는 스토리 통과 또는 테스트 자동화 수준과 관련된 모든 테스트가 충족 될 때 완료된다고합니다.