37. Azure Test Plans로 탐색 테스트 하기

<참조> https://azuredevopslabs.com/labs/azuredevops/exploratorytesting/

 

 

 

 

 

개요

이번 랩에서는, 테스트 및 피드백 확장에서 제공되는 탐색 테스트 및 피드백 관리 기능에 대해 배울 것이다. 탐색적 테스트 (XT 또는 애자일 테스트라고도 함)가 도구 세트에서 어떻게 일급 경험(first-class experience)이 되었는지 학습할 것이다. 이를 통해 테스터는 공식 테스트 사례에만 의존하지 않고 기본 소프트웨어를 보다 유연하게 테스트 할 수 있다. 또한 어떻게 고객 피드백 수명주기를 도출하고 관리하는 프로세스를 관리할 수 있는지에 대해서도 배울 것이다.

 

 

 

 

선행 조건

 

• 이 랩을 진행하기 위해서는 전제조건 지침에서 과제1과 2를 완료해야 한다.

 

 

 

 

실습 1: 탐색 테스트하기

이번 실습에서는, 테스트 계획, 테스트 세트 및 테스트 케이스를 만들고 관리하는 방법을 배울 것이다. 

 

과제 1 : 크롬 확장 설치하기

1. http://google.com/chrome에서 Google Chrome을 설치한다. 이 실습의 나머지 부분에서는 Chrome을 브라우저로 사용한다. 이미 Chrome을 사용중인 경우 다음 단계를 위해 새 인스턴스를 연다.

 

 

2. http://marketplace.visualstudio.com에서 Azure DevOps Marketplace로 이동한다.

 

 

3. Azure DevOps 탭을 선택한다. “feedback”을 검색하고 Test & Feedback 확장을 클릭한다.

 

4. 세부 사항 페이지에서 Install 버튼을 클릭한다. 

 

5. Chrome 확장에 대한 Install을 클릭한다.

 

 

6. Chrome Web Store에서 Add to Chrome을 클릭한다.

 

7. 설치에 대한 확인을 묻는다면 설치를 확인한다.

 

동기화 설정 관련 창이 나타나면 창을 닫고 계속 진행한다.

 

8. 확장을 열려면 주소 표시 줄 오른쪽에 나타나는 확장 아이콘을 클릭한다. Connected를 선택하고 "https://dev.azure.com/ORG_NAME/"과 같은 Azure DevOps 인스턴스의 URL을 서버 URL로 입력하고 다음을 클릭한다.

 

 

9. 확장은 Connected 및 Standalone 모드의 두 가지 모드에서 사용할 수 있다. Azure DevOps 또는 Team Foundation Server (TFS)가 있는 경우 Connected 모드를 선택한다. Standalone 모드는 Azure DevOps 또는 TFS가 없고 확장 기능을 사용하여 버그를 신고하고 팀과 보고서를 공유하려는 사용자를 위한 모드이다.

 

 

10. Azure DevOps에 연결 한 후 이러한 노력과 관련된 팀을 선택해야 한다. Parts Unlimited 프로젝트에서 Parts Unlimited Team을 선택하고 Save를 클릭하여 계속 진행한다. 

 

 

 

과제 2 : 크롬 확장으로 탐색 테스트하기 

1. Visual Studio에서 F5를 눌러 로컬에서 Parts Unlimited 프로젝트를 빌드하고 실행한다.

 

 

2. 탐색 테스트 세션을 시작하려면, 확장 툴바에서 Start session 버튼을 클릭한다.

 

3. http://localhost:5001로 이동한다.

 

 

4. 검색 창에 "jumper lead"라고 입력하고 Enter를 누른다.

 

5. 아래와 같이 검색 결과를 보게 될 것이다.

 

6. 이제 검색 창에 "jumper leads"라고 입력하고 Enter를 누른다.

 

7. 검색 결과가 없다는 것을 알 수 있다. jumper lead를 검색하면 결과가 표시된다. 그러나 jumper leads를 검색해도 결과가 표시되지 않았다. 이것은 버그로 보여진다.

 

 

8. Exploratory Testing 아이콘 버튼을 클릭하고 Capture screenshot Browser를 선택한다.

 

 

9. 화면의 섹션을 선택하고 스크린 샷 이름을 더 설명적인 이름으로 변경한다. 요점을 정확히 파악하는 데 도움이 되는 다양한 그리기 도구가 있다. Blur area 버튼을 클릭한다.

 

 

10. 스크린 샷의 섹션을 강조 표시하면 흐리게 표시되어 읽을 수 없게된다. 이를 통해 민감한 정보의 위험 없이 버그를보고하고 다른 작업 항목을 쉽게 만들 수 있다. Save screenshot 버튼을 클릭하여 현재 세션의 타임 라인에 추가한다.

 

 

11. Add note 버튼을 클릭하여 메모를 시작한다. 통찰력있는 내용을 입력하고 Save를 b클릭하여 메모를 세션의 타임 라인에 저장한다.

 

 

12. 스크린 샷만으로는 캡처하기 어려운 깜박임, 웹 애플리케이션의 비정상적인 동작 등과 같은 비정상적인 문제를 캡처하기 위해 화면 비디오를 녹화 할 수도 있다. 화면을 녹화하려면 Record screen 버튼을 클릭하고 Start recording을 클릭한다.

 

 

13. 애플리케이션 윈도우 탭에서 기록할 적절한 화면을 선택한다. 이 경우 404 페이지를 선택하고 공유를 클릭한다. 선택된 화면의 녹화가 시작되었다.

 

 

14. "jumper lead"를 검색하고 결과를 표시한다. 그런 다음 "jumper leads"를 검색하고 결과가 부족함을 표시한다.

 

 

15. 확장 프로그램에서 Stop recording 버튼을 클릭하여 화면 녹화를 중지한다. 화면 녹화가 저장된다.

 

 

16. View session timeline 버튼을 클릭한다. 캡처한 모든 컨텐츠(스크린 샷, 메모 및 비디오)를 현재 세션의 타임 라인에서 사용할 수 있음을 알 수 있다. 여기에서 스크린 샷을 열거나 메모를 읽거나 비디오를 재생할 수 있다.

 

 

 

과제 3 : 크롬 확장으로 버그 생성하기 

1. Create bug 아이콘 버튼과 확장된 Create bug 텍스트 버튼을 차례로 클릭한다.

 

2. 버그 이름으로 "Search for jumper leads fails"를 입력한다. 앞서 캡처한 모든 스크린 샷과 비디오는 이미 버그의 일부이다. 이 외에도 이미지 액션 로그 (사용자 액션)도 삽입되어 다른 사람들이 쉽게 문제를 재현 할 수 있다. Save를 클릭하여 버그를 Azure DevOps에 저장한다.

 

3. 이 확장의 또 다른 큰 특징은 유사한 버그를 보고 중복 문제를 줄이는 기능이다. 여러분이 우연히 같은 버그를 발견했고 그것이 이미 기록되어 있다는 것을 몰랐던 또 다른 테스터였다고 가정해보자. 새 버그 양식을 시작하려면 Create bug 아이콘 버튼과 확장된 Create bug 텍스트 버튼을 다시 클릭한다.

 

 

4. 버그에 대해 "jumper leads"라는 제목을 입력하면 확장 프로그램에서 비슷한 제목의 백 로그에 이미 다른 버그가 있음을 감지했음을 알 수 있다. 유사한 버그를 보려면 1 similar를 클릭한다.

 

 

5. 이 버그는 이제 막 우리가 제출하려는 버그와 동일한 것 같다. 버그를 선택하고 Edit을 클릭하여 새 버그를 제출하는 대신 기존 버그를 편집한다.

 

 

6. 이때 현재 재현 단계가 이미지 액션 로그에 추가된다. 실제로는 기존의 재현 단계를 검토하여 다른 방법을 사용하여 이 버그를 찾았는지에 대한 여부를 결정하고, 이 경우 자신의 방법이 대체 재현임을 표시하도록 컨텐츠를 업데이트 한다. Save를 클릭하여 버그를 저장한다.

 

 

7. View session timeline 아이콘 단추를 클릭하고 마지막으로 작성된 Bug 링크를 클릭한다.

 

 

8. 이제 Azure DevOps 사이트로 돌아가서 버그를 누군가에게 할당하거나 심각도를 조정하여 필요에 따라 버그를 업데이트 할 수 있다.

 

 

9. Chrome에서 Stop Session 버튼을 클릭하여 테스트 세션을 종료한다.