how make manual testing more efficient using micro focus sprinter
HP Quality Center / ALM은 이제 Micro Focus Quality Center / ALM으로 변경되었지만 페이지의 내용은 새로운 Micro Focus 도메인 및 도구에서도 유효합니다.
오늘이 시대에 자동화 테스트 , 거의 모든 QA 테스트 부서에서 자동화가 최우선 순위입니다. 그러나 테스트의 70-80 %가 수동으로 수행되는 QA 부서는 거의 없습니다. 실제로 자동화가 수행되지 않기 때문에 품질이 수동으로 완전히 결정되는 경우가 있습니다.
기업이 수동 테스트를 계속해야하는 중요한 이유 중 하나는 자동화 도구가 일부 애플리케이션이 정기적으로 직면하는 변경 사항에 대처할 수 없기 때문입니다. 경우에 따라 QA에 남은 유일한 옵션은 수동 테스트입니다.
수동 테스트 , 가장 오래된 형태의 테스트는 테스터가 참을성 있고 창의적이며 혁신적이며 개방적이며 능숙해야하기 때문에 때때로 매우 힘들 수 있습니다. 수동 테스터는 기본적으로 생각해야하며 애플리케이션을 테스트하는 동안 항상 고객의 입장에서 생각해야합니다.
수동 테스트의 일부인 탐색 테스트는 수동 테스터가 즉시 생각할 수있는 능력을 분석 할 수있는 영역입니다.
애플리케이션을 철저히 테스트하는 경우 수동 테스트가 중요한 역할을합니다. 초기 개발 단계에서는 테스트 스크립트를 작성하는 데 시간을 낭비하는 대신 수동으로 개발 된 초기 애플리케이션을 테스트하는 것이 현명합니다.
웹 애플리케이션, 데스크톱 애플리케이션 또는 모바일 애플리케이션에 대해 수동 테스트를 수행하는 동안 수동 테스트 엔지니어는 테스터가 할 수있을 때 더 효과적으로 작업한다고합니다. 짧은 시간 내에 애플리케이션에서 심각한 심각한 오류를 많이 식별합니다.
모든 소프트웨어 개발 프로젝트에 시간 제한이 있고 제한된 기간 내에 제품 / 응용 프로그램의 품질을 보장하는 것이 필요하기 때문에 상자 밖에서 생각하는 이러한 기술은 매우 중요합니다. “ 시간은 돈이다 '
종종 우리는 다양한 도구를 사용하여 테스트 효율성 향상 자동화 된 스크립트의. 거의 모든 시나리오를 지원할 수있는 많은 도구가 있지만 현실은 여전히 많은 경우가 있습니다. 일부 테스트 사례는 자동화 할 수 없거나 자동화해서는 안된다고 말합니다. . 현실은 자동화 테스트를 통해 테스터가 테스트 스크립트, 테스트 데이터, 테스트 보고서를 분석하기 위해 여러 앱, 결함 추적 등의 결과를 초래하거나 잘못된 테스트 데이터 입력, 일부 단계 누락과 같은 실수에 대한 많은 기회를 만드는 데 계속해서 어려움을 겪는 경우가 많습니다. 테스트 스크립트 등
자동화 테스트의 효율성을 높이기 위해 많은 작업이 수행되었지만 반대로 수동 테스트의 효율성을 향상시키기 위해 수행 된 작업은 거의 없습니다. .
수동 테스트 엔지니어의 작업을보다 생산적으로 만들고 수동 테스트를보다 효과적으로 만드는 데 고려할 수있는 몇 가지 요소에 대해 이야기하겠습니다.
학습 내용 :
수동 테스트를보다 생산적으로 만드는 요인 :
- 철저한 요구 사항 문서 검토 , 각 구현 및 수정을 이해하는 것이 기능 테스트를 진행하기 전에 가장 중요한 요구 사항 / 필수입니다.
- 테스트 케이스를 준비하는 동안 중요하거나 중요한 버그를 발견 할 수있는 영역에 더 중점을 두어야합니다. 예를 들면 , UI (사용자 인터페이스) 변경보다는 일부 다른 애플리케이션과의 통합 또는 새로운 기능 구현이있는 영역에 더 중점을 두어야합니다.
- 테스트 케이스는 모든 기능을 설명하는 새로운 구현 또는 수정에 대한 모든 세부 사항을 다루어야합니다.
- 테스트 케이스의 우선 순위는 애플리케이션의 효율성에 따라 설정 될 수 있으므로 주어진 시간 제한이 최소한 우선 순위가 높은 테스트 케이스 만 다루어야합니다. 일부 사소한 UI 변경을 다루는 테스트 케이스는 애플리케이션에 대한 이러한 테스트 케이스의 효과가 거의 또는 전혀 없기 때문에 시간이 적을 때 건너 뛸 수 있습니다.
- 모든 테스트 데이터가 모든 테스트 케이스에 해당하는 예상 테스트 결과와 함께 명확하게 언급되도록 테스트 케이스를 준비해야합니다.
- 응용 프로그램 요구 사항에 따라 크로스 브라우저 기능 테스트 반드시 수행되어야합니다. 크로스 브라우저 기능 테스트는 브라우저 조합이 다른 여러 운영 체제에서 애플리케이션을 테스트하는 것입니다. 기능은 다를 수 없지만 브라우저 간 기능 테스트에서 많은 UI 오류가 관찰됩니다.
- 때로는 이전 프로젝트 경험이 애플리케이션을 다양한 방식으로 이해하기위한 새로운 테스트 시나리오를 결정하는 데 많은 도움이됩니다. 이러한 접근 방식은 일반적인 테스트 케이스 실행으로 발견 할 수없는 추가 일반 버그를 여러 번 발생시킵니다.
- 탐색 적 테스트는 테스터가 자신의 생각을 사용하여 고객이 취할 수있는 방식으로 애플리케이션을 사용할 수 있도록 도와줍니다.
- 모든 개발 단계에서 애플리케이션을 테스트하는 것은 비용 효율적일뿐만 아니라 나중에 심각한 버그를 발견 할 가능성을 줄일 수 있으므로 모범 사례입니다. 나중에 식별 된 결함은 테스트 초기 단계에서 식별 된 결함보다 수정하는 데 매우 비쌉니다.
- 버그보고는 개발자가 명확하게 이해할 수 있도록해야합니다. 개발자가 결함을 수정하는 동안 시나리오를 가정하지 않도록 정확한 재현 단계를 제공해야합니다. 이렇게하면 버그를 빠르게 수정하는 데 도움이됩니다.
- 적절한 버그 추적 도구 JIRA, Bugzilla 등을 사용하여 문제를보고해야합니다.
수동 테스트 과제
수동 테스트는 한편으로는 오류가 발생하기 쉽고 시간이 많이 걸리며 힘들지만 다른 한편으로는 여러 가지가 있습니다. 수동 테스트를 수행하는 동안 직면 한 문제 . 다음은 몇 가지입니다.
- 테스트 케이스를 실행하는 동안 따라야 할 반복적 인 단계.
- 많은 양의 데이터를 수동으로 입력합니다.
- 여러 화면과 도구로 작업합니다. 브라우저 간 테스트를 수행합니다.
- 테스트 케이스 작성 및 테스트 데이터 관리에 많은 시간이 소요됩니다.
- 관찰 된 문제를 재현 / 재현하는 동안 시간 낭비.
- 탐색 테스트 동안 수행 된 테스트 작업에 대한 추적이 유지되지 않습니다.
해결책
둘 다 달성하려면 속도 과 품질 , 증가 시키려고 효과와 효율성 Micro Focus는 수동 테스트에서 다음과 같은 수동 소프트웨어 테스트 솔루션을 도입했습니다. HP Sprinter , 이는 탐색 적 테스트의 영향을 최대화하는 민첩한 테스트를 가속화합니다. HP Sprinter는 종종 HP ALM / QC 스프린터 .
HP ALM / QC Sprinter 사용의 장점 :
HP ALM / QC Sprinter의 주요 기능은 다음과 같습니다.
- 결함의 원인 또는 테스트 결과를 더 잘 파악하여 탐색 적 테스트를 개선하고 개선합니다.
- 더 빠른 결과 제공
- 테스트 결과를 통해 세부적으로 테스트 케이스를 수행하면서 사용자 작업을 기록합니다.
- 테스트 케이스의 반복 제거 – 데이터 주입
- 여러 시스템에서 동시에 테스트 케이스를 실행하여 다양한 환경의 적용 범위를 확대하여 애플리케이션 호환성 확인
- 거울 테스트 동시에 여러 환경을 테스트합니다.
- 더 빠른 속도로 결함이 해결되어 생산성이 향상됩니다.
Micro Focus Sprinter 다운로드 : HP Sprinter 평가판을 다운로드 할 수 있습니다. 이 페이지 .
짧은 동영상보기 HP Sprinter demo 여기에 비디오 :
HP Sprinter를 사용하여 기본 테스트를 실행하는 세부 단계
여러 개의 스크린 샷으로 이해합시다.“ 기본 테스트 실행 방법” HP Sprinter를 사용합니다.
1) HP Sprinter에는 두 가지 모드가 있습니다.‘ 계획 ’및‘ 운영 ’. 테스트 응답을위한 계획 모드 및 테스트 실행을위한 실행.
(노트: 이미지를 클릭하시면 크게보실 수 있습니다.)
두) 이제 HP Sprinter에서 테스트를 열려면 먼저 왼쪽 패널에있는 '열기'버튼을 클릭 한 다음 드롭 다운에서 'HP ALM 테스트 열기'를 선택합니다.
아래 예에서는 '비행 주문'테스트가 선택되어 있습니다.
소프트웨어 테스트 이력서 샘플 2 년 경험
삼) 다음 스크린 샷은 모든 정보가 포함 된 테스트 세부 정보에 대한 액세스를 제공하는 '테스트 작업 공간'을 설명합니다.
4) 테스트 '단계'에는 테스트에 포함 된 설계 단계가 포함됩니다.
5) '추가'버튼을 클릭하여 수동 테스트 단계를 추가 할 수도 있습니다. 아래 스크린 샷에서 볼 수 있듯이 '추가'버튼을 클릭하면 6 단계가 추가됩니다.
6) 단계 설명을 작성한 후 화면 캡처를 단계에 추가 할 수도 있습니다.
7) 테스트 스프린터를 사용하면 애플리케이션을 탐색 할 때 테스트 케이스를 자동으로 문서화 할 수 있습니다. 단계 캡처를 클릭하여 애플리케이션 창을 엽니 다.
8) 테스트 실행이 수행되는 실행 탭에서 모든 스프린터 기능을 사이드 바로 사용할 수 있습니다. 실행을 초기화하려면 실행 버튼을 클릭합니다.
9) 도구, 매크로, 스캐너 및 실행 제어와 같은 응용 프로그램 주변의 탭을 사용할 수 있습니다.
10) 결함보고 : Sprinter를 사용하면 결함 시나리오 정보 추가 (Smart Defect 탭 아래)에서 상세하고 문서화 된 세부 정보를 생성 할 수 있습니다.
열한) 결함을 제출할 때 Sprinter는 결함 설명에 테스트 단계를 추가 할 수 있습니다. 화면 캡처 또는 테스트 동영상을 결함에 첨부 할 수도 있습니다.
12) 또한 화면 캡처를 편집하여 결함을 더욱 명확히하거나 도구를 사용하여 개발자에게 사용자 인터페이스의 주요 요소를 검증하는 데 도움을 줄 수 있습니다.
13) Sprinter는 결함을 자동으로 감지 할 수도 있습니다. 스캐너에서 결함을 스캔하려고 할 때 스캔을 클릭합니다.
14) 데이터 주입 : 모든 형태의 많은 입력 필드를 포함하는 테스트 응용 프로그램은 지루하고 시간이 많이 걸리며 오류가 발생하기 쉽습니다. 데이터 주입은 사전 정의 된 데이터를 애플리케이션에 자동으로 주입합니다. 따라서 지루한 수동 테스트 작업에서 엄청난 시간을 절약 할 수 있습니다.
열 다섯) 주입 버튼을 클릭하면 애플리케이션에 표시된대로 데이터가 양식에 자동으로 주입됩니다.
16) 데이터 미러링 : 동시에 여러 환경을 테스트합니다. 현지화, 다양한 백엔드 구성으로 고객에게 엄청난 가치를 제공합니다.
17) 그 후 상세한 실행 보고서가 생성됩니다. 보고서에는 실행 요약, 수행 된 모든 단계, 제출 된 결함 및 수행 된 모든 작업이 포함됩니다.
18) 실행 결과를 검토하는 또 다른 방법은 스토리 보드입니다.
MP3 변환기 온라인 최고의 YouTube
결론
Sprinter는 사용하기 쉬운 데스크톱 애플리케이션으로, 테스트 케이스 실행 속도를 높이고 비용을 절감하며 생산성을 향상 시키며 궁극적으로 수동 테스트의 효율성을 높이는 데 도움이됩니다.
추천 읽기 = >> 효율성 테스트 란?
탐색 테스트의 영향과 효과는 Sprinter에 의해 극대화 될뿐만 아니라 테스트 수명주기를 완료하는 데 걸리는 시간도 단축됩니다. 애플리케이션 제공을 가속화합니다. 따라서 모든 애플리케이션에 대해 수동 테스트를 수행하는 동안 HP 스프린터를 포함함으로써 수동 테스트가 매우 효율적인 테스트 방법임을 입증 할 수 있습니다.
저자 정보 : Sushma S의 게스트 포스트입니다. 그녀는 4 년 이상의 소프트웨어 테스트 경험을 가지고 있으며 현재 MNC에서 선임 소프트웨어 테스트 엔지니어로 일하고 있습니다. 그녀는 QA 프로세스 및 수동 테스트에 대한 전문 지식을 보유하고 있으며 촉박 한 기한에 맞춰 적시에 제공합니다.
HP Sprinter 사용에 대한 질문이 있으면 알려주십시오.
이전 튜토리얼 | 다음 튜토리얼 # 5 : 상위 17 개의 탐색 테스트 도구