메뉴

자동화 테스트에서 개념 증명 (POC) 구현을위한 단계별 가이드

step step guide implement proof concept automation testing

문제를 제거하기 위해 도구를 사용해보십시오

자동화 테스트에서 개념 증명 (POC)을 구현하는 방법은 무엇입니까?

조직마다 다릅니다. 테스트 프로세스 및 절차. 수동 테스트는 중요하고 대체 할 수 없습니다. 그러나 자동화는 속도를 선택합니다.

자동화 테스트 소개 조직에 대한 도전은 다음 사항에 따라 필요한지 여부를 결정합니다.

POC 개념 증명 자동화 테스트

#1 . 프로젝트 기간 : 단기 또는 장기 – 장기 프로젝트는 자동화를위한 좋은 후보입니다.

#두. 각각에서 얼마나 많은 회귀가 수행되는지 테스트주기 ? - 자동화로서 반복적이고 긴 회귀 테스트가있는 프로젝트는 전체 테스트 시간을 줄이고 완전한 커버리지를 보장합니다.

#삼. 응용 프로그램의 안정성 : 빈번한 변경에 취약하지 않은 애플리케이션은 자동화를 위해 고려해야합니다. GUI / 기능이 계속 변경되고 페이지의 요소 또는 XPath가 계속 변경되는 불안정한 제품은 안정 될 때까지 자동화해서는 안됩니다.

모바일 테스트 인터뷰 질문 및 답변 pdf

# 4. 프로젝트 데이터는 안전하고 테스트에 복잡한 절차가 필요합니까? - 이 경우 수동 테스트를 수행하는 것이 가장 좋습니다.

# 5. 합니까 조직에 자동화 예산이 있습니까? – 자동화는 자동화 도구 비용, 리소스 비용, 프레임 워크 개발에 필요한 시간 및 자동화 테스트 스크립트 작성 / 유지 관리와 같은 조직의 추가 지출을 증가시킵니다.

자동화를 사용하면 테스트를 놓치거나 일부 테스트 결과를 당연시하지 않습니다. 동일한 모듈이 테스트 될 때마다 주어진 모듈의 100 % 적용 범위를 보장합니다. 자동화는 또한 여러 브라우저 및 플랫폼에서 동일한 테스트를 여러 번 수행하는 데 도움이됩니다.

다음 그림은 자동화 테스트 프로세스를 이해하는 데 도움이됩니다.

자동화 테스트 프로세스

기술 테스트 관점에서 볼 때 품질 보증팀은 자동화 도구에 대한 다음 측면 :

  1. 플랫폼 및 OS 테스트 매트릭스
  2. 데이터 기반 기능
  3. 보고 기능 및보고 이식성
  4. 간편한 디버깅 및 로깅
  5. 지원되는 버전 제어
  6. 확장 가능 및 사용자 정의 가능 (Ant, TestNG와 같은 다른 도구와 통합 가능)
  7. 지속적인 통합.
  8. 이메일 알림 (테스트 성공 / 실패 / 또는 네트워크 실패시 수신되는 사용자 지정 이메일 메시지)
  9. 브라우저 간 테스트 및 다중 플랫폼 테스트가 필요한 경우 분산 테스트 환경이 지원되는지 여부가 결정됩니다.

학습 내용 :

올바른 자동화 도구 선택 :

올바른 자동화 도구 선택

#1. 테스트중인 애플리케이션은 웹 애플리케이션 또는 데스크톱 애플리케이션입니다.
#두. 오픈 소스 도구 선택 대 유료.
#삼. 도구는 애플리케이션의 테스트 요구 사항을 충족해야합니다.
# 4. 도구 사용 – 도구 사용 및 학습 측면에서 팀의 전문성과 편안함 수준
# 5. 보고를 지원합니까?-다른보고 옵션이없는 경우 (오픈 소스 또는 유료). 그렇다면 프레젠테이션 및 콘텐츠 관점에서 올바른 데이터를 전달하는 것이 얼마나 좋은지입니다.

또한 읽으십시오 => 최고의 자동화 도구 선택에 대한 A to Z 가이드

또한 도구 평가에는 다음이 포함됩니다.

자동화 도구를 선택하는 동안 애플리케이션 GUI 구현에서 지원되는지 고려하는 것이 매우 중요합니다.

  1. GUI는 기존 HTML 또는 AJAX 또는 기타 웹 개발 툴킷을 사용하여 구현됩니다.
  2. GUI에 비디오, 이미지 또는 많은 글이 포함되어 있습니까?
  3. 상호 작용 적이거나 유익한 정보
  4. 테스트에 필요한 브라우저 .

도구가 프로젝트의 테스트 요구 사항을 실제로 충족하는지 이해하려면 위의 사항에서 도구를 평가하는 것이 중요합니다.

소프트웨어없이 YouTube에서 전체 재생 목록을 다운로드하는 방법

자동화에 대한 개념 증명 개발 :

구현 자동화 테스트 POC 도구를 조직에 도입하는 데 중요하고 가장 자주 사용되는 방법입니다. 자동화를 수행하기로 결정하고 도구를 선택한 후에는 프로토 타입을 POC로 만들고 경영진에게 제시하여 실시간 사용 및 이점을 보여줄 때입니다.

그렇게하려면 :

1) 테스트 케이스 결정 POC에서 사용할 것입니다.
두) 고객이 가장 관심을 가질 영역을 선택하는 데 도움이됩니다.
삼) 자동화를 선택하여 품질 저하가 없음을 입증하는 방식으로 수동과 자동화를 보여줄 계획입니다.
4) 실패하고 결함을 찾는 테스트 케이스를 포함하여 도구가 실제로 결함을 찾을 수 있음을 강화합니다.
5) 필요할 때마다 어설 션 및 유효성 검사 지점을 사용합니다.
6) 자동화 할 수있는 영역과 자동화 할 수없는 영역을 명확하게 보여줍니다. 일반적으로 다음 측면은 자동화 할 수 없습니다.

  • 비디오 스팀
  • Flash 내용 (비 정적 내용)
  • 비 정적 이미지

7) 도구가 다음 요구 사항을 충족하는지 강조합니까?

  • 원하는 애플리케이션의 모든 주요 기능을 자동화 할 수 있습니까?
  • 프로젝트에 필요한 동일한 브라우저에서 자동화가 가능합니까?
  • 자동화는 애플리케이션 구현의 변화를 요구합니까? (자동화의 경우 요소 식별자가 고유하고 페이지가 호출 될 때마다 변경되지 않는 것이 중요합니다.)

POC의 결과는 일반적으로 다음 중 하나입니다.

  1. 도구가 프로젝트 요구 사항을 충족 – 추가 세부 사항을 작성하십시오. 구현 비용 등 – 가격 협상 필요, 라이선스 비용, 교육 및 지원 비용, 상담 및 구현 비용 등을 확정합니다. 오픈 소스의 경우 도구는 도구의 성숙도, 사용 가능한 학습 리소스, 학습 곡선, 사용 가능한 지원을 결정합니다. 등. 라이센스가있는 도구와 오픈 소스 도구 모두에 대해 유지 관리 비용도 고려해야합니다. 이점은 장기간에 걸쳐서 만 상당하다는 것을 명심해야합니다.
  2. 도구가 요구 사항을 충족하지 않습니다. 제한 사항이 있습니다.이 도구는 더 이상 고려되지 않습니다.
  3. 도구가 요구 사항을 부분적으로 충족 함 – 재 방문하고 다른 사람이 요구 사항을 더 잘 충족하는지 확인 또는 자동화가 완전히 불가능한 경우 또는 동일한 도구로 다른 해결 방법이있는 경우.

개념 증명을 경영진에게 제시하고 경영진으로부터 앞서 나가면 다음 단계는 해당 도구를 사용하여 파일럿 프로젝트를 구현하는 것입니다.

POC 템플릿 :

완벽한 POC 템플릿은 없습니다. 일반적으로 다음이 포함됩니다.

  1. POC 요구 사항
  2. POC 후보 (모든 자동화 도구)
  3. 프로젝트 요구 사항
  4. 프로젝트 요구 사항에 따른 모든 도구의 장단점
  5. POC 결과

다음은 참조를위한 몇 가지 자동화 POC 템플릿입니다.

=> POC 템플릿 1
=> POC 템플릿 2

파일럿 프로젝트 구현 :

파일럿 프로젝트를 다음과 같이 정의해야합니다.

  • 이 도구를 사용해야하는지 여부를 결정할 비즈니스 사례를 수량화합니다.
  • 응용 프로그램 도구에 대한 명명 규칙 및 다양한 지침을 정의합니다.
  • 금융 및 기타 도구의 이점, 수행 할 수있는 작업과 수행 할 수없는 작업 및 가능한 해결 방법.

1 단계. 파일럿을위한 테스트 케이스 선택

  • 클라이언트 관점에서 중요한 모듈 / 기능
  • 시연하기 쉬운 기능 (완벽한 경로)
  • 테스트 케이스는 수동으로 테스트하기 어렵고 자동화되면 테스트가 단순화됩니다.
  • 자동화가 실패한 테스트 케이스를 식별하는 데 어떻게 도움이되는지 보여주는 기능이 손상됨

2 단계. 자동화 프레임 워크 개발

8 년 경력의 셀레늄 인터뷰 질문

테스트 자동화 프레임 워크는 개념, 프로세스, 절차, 사례 및 환경의 집합입니다. 주어진 제품을 자동화하는 규칙으로 구성된 통합 시스템에 불과합니다. 이 시스템에는 기능 라이브러리, API, 테스트 데이터, 개체 저장소 및 다양한 기타 모듈이 포함됩니다. 테스트 자동화에 사용되는 스크립팅의 프레임 워크와 접근 방식은 비용에 영향을 미칩니다.

다음 스크립팅 기술을 사용할 수 있습니다.

  • 선의
  • 잡종
  • 데이터 기반
  • 키워드 기반 및
  • 구조화

위의 기술 중 하나를 사용하여 테스트를 진행하고 테스트 실행 및보고를 단순화하는 특정 형식을 달성하는 데 도움이되는 테스트 프레임 워크를 설계 할 수 있습니다.

개체, 테스트 케이스, 테스트 스위트, 데이터 저장소 등에 대한 템플릿, 명명 규칙을 결정합니다.

3 단계. 스크립트 개발 및 실행

4 단계. 보고 : 도구에 내장 된보고 기능이 있습니까? 내장 된 보고서가 필요한 모든 정보를 정확하게 전달할 수 있습니까? 수정 보고서, reportNG 등과 같은보고 목적으로 다른 도구가 필요합니까?

5 단계 . 자동화 스크립트 유지

이해 관계자에게 발표 :

개념 증명과 파일럿 구현이 중요하므로 올바른 방식으로 제시해야합니다. 다음 요점은 긍정적 인 방식으로이를 제시하는 데 도움이됩니다.

  1. 모든 테스트주기에 얼마나 많은 수동 테스트 노력이 투입되는지, 수동 테스트 중에 직면 한 문제와이를 극복하기 위해 자동화를 사용하는 방법부터 시작하십시오.
  2. 개념 증명을 기반으로 도구를 선택한 방법 설명
  3. 자동화 도구의 특징 및 테스트 요구 사항을 어떻게 보완하는지 강조
  4. 자동화를 실행하는 동안 자동화 도구가 더 빠른 테스트 실행에 도움이 될뿐만 아니라 검증 및 버그 식별을 수행하는 기능에 어떻게 도움이되는지 설명하십시오.
  5. 보고서에서 테스트 케이스 실행 상태를 표시하는 방법 시연
  6. 다양한 테스트 케이스 상태에 대한 다채로운 범례, 실패한 테스트 케이스의 스냅 샷 및 보고서 이식성과 같은보고 기능 강조
  7. 마지막으로 모든 테스트주기에서 테스트 시간이 얼마나 단축되는지 보여줍니다.
  8. 또한 개발 한 전체 자동화 프레임 워크를 달성 할 수있는 방법과 사용 및 유지 관리 측면에서 이점을 설명합니다.

하나의 단순하거나 중요한 기능을 자동화하는 데 걸리는 시간과 관련된 질문에 답할 준비를하십시오. 또한 응용 프로그램에서 사소한 변경이 발생하면 수정하는 데 걸리는 시간만큼 스크립트 변경이 필요합니다.

이 가이드가 자동화 테스트 POC 문서 작성을 시작하는 데 유용하기를 바랍니다. 궁금한 점이 있으면 알려주세요.

추천 도서

^