메뉴

10 단계 자동화 테스트 프로세스 : 조직에서 자동화 테스트를 시작하는 방법

  • 메인
  • 자동화 테스트
  • 10 단계 자동화 테스트 프로세스 : 조직에서 자동화 테스트를 시작하는 방법

10 step automation testing process

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

자동화 테스트 프로세스 : 프로젝트에서 자동화 테스트를 시작하는 방법 알아보기 (단계별 가이드)

많은 조직에서 품질이 최우선 순위입니다. 이러한 조직에 속해있는 것으로 확인되었지만 아직 공식적인 테스트 자동화가 수행되지 않은 경우이를 시작하는 사람이 될 수 있습니다.

이는 조직이 더 짧은 시간에 더 많은 품질의 제품을 구축하는 데 도움이되며 마찬가지로 조기에 마케팅 할 수 있습니다.

=>‘ 테스트 자동화 튜토리얼 시리즈 ’, 테스트 자동화 프로세스 란 무엇이며 조직에서 테스트 자동화를 시작하는 방법 . 어떤 단계를 먼저 수행해야하며 그 이유를 이해하는 것이 중요합니다.

이러한 단계를 고수하면 자동화를 원활하게 도입하고 자동화 실패로 이어지는 일반적인 함정을 피할 수 있습니다.

테스트 자동화 도입 단계

학습 내용 :

테스트 자동화를 시작하는 10 단계 자동화 테스트 프로세스

다음은 자동화 테스트를 시작하는 데 도움이되는 단계별 테스트 자동화 프로세스 및 가이드입니다.

시작하자.

1 단계.경영진을 설득

조직에서 테스트 자동화를 발견하고 시작하기 위해 아무리 열심이 있더라도 테스트 자동화가 제공하는 이점에 대해 경영진이 확신하지 않으면 아무것도 할 수 없습니다. 테스트 자동화가 비싸다는 것은 보편적 인 사실입니다. 도구는 비싸다 ( HP QTP / UFT 라이센스 비용은 머신 당 약 $ 8K입니다.) 테스트 자동화 설계 자나 엔지니어의 비용이 있습니다 (그런데 비용도 많이 듭니다). 그 이후에는 테스트 자동화의 이점을 즉시 확인할 수 없습니다. 스크립트를 준비하고 테스트하기 전에 2-3 개월을 기다려야하며 애플리케이션을 테스트 할 수 있도록 안정적으로 실행할 수 있습니다.

이러한 비용의 고통을 감당할 수 있도록 경영진을 설득해야하며 테스트 자동화가 결과를 제공하기 시작하기 전에 인내심을 갖도록해야합니다.

그렇다면 그들은 어떻게 확신할까요? 그들에게 비용-편익 분석을 말해야합니다. 테스트하는 데 얼마나 많은 시간이 걸리는지 질문 할 수 있습니다. BAT (빌드 수락 테스트) 우리 응용 프로그램의? 그런 다음 하루가 걸리면 테스트 자동화를 통해 2 시간 이내에 테스트 할 수 있다고 말할 수 있습니다. 비용은 도구를 구입하고 리소스를 교육하고 결과를 2 개월 동안 기다려야한다는 것입니다. 2 개월 후 2 시간 내에 BAT를 실행할 수 있습니다. 이렇게하면 새 빌드가 릴리스 될 때마다 6 시간의 수동 테스트를 절약 할 수 있습니다. 빌드가 한 달에 4 번 릴리스되는 경우. 24 시간 또는 3 일의 수동 테스트를 절약 할 수 있습니다!

그렇다고 수동 테스터가 아무것도하지 않을 것이라는 의미는 아닙니다. 이 6 시간의 테스트를 사용하여 애플리케이션의 새롭고 중요한 기능에 초점을 맞추고 자동화가 회귀 문제를 처리합니다. 이 설정은 전반적으로 제품의 품질을 12 배 향상시킵니다.

경영진이 제품의 품질에 대해 비용을 지불 할 의사가 없다면 아무도 그렇게하도록 강요 할 수 없습니다. 고객이 제품에 대해 불평 할 때 자동으로 학습합니다. 품질은 모든 것에 영향을 미칩니다. 그것은 판매에 영향을 미치고 고객과의 관계에 영향을 미치며 소비자의 마음에 대한 인식에 영향을 미칩니다. 따라서 지능형 관리는 항상 제품의 품질에 투자했습니다.

따라서 경영진을 설득 할 때 기억해야 할 5 가지 사항 :

  1. 테스트 자동화의 이점에 대해 자세히 설명하십시오.
  2. 테스트 자동화는 비용이 많이 들고 처음에는 비용이 들지만 스크립트를 준비하고 실행을 시작하면 비용이 절감 될 것이라고 말합니다.
  3. 테스트 자동화의 결과를 기대하기 전에 약 3 개월을 기다려야한다고 말합니다.
  4. 테스트 자동화는 수동 테스터를 대체하는 것이 아니라 동시에 더 많은 테스트를 수행 할 수있는 수동 테스터를 지원하기위한 것이라고 말합니다.
  5. 테스트 자동화는 더 짧은 시간에 더 많은 테스트를 의미하지 않습니다. 그것은 동시에 더 많은 테스트를 의미합니다. (수동 테스터가 8 시간 내에 BAT를 테스트하는 데 사용 된 경우, 자동화가있는 상태에서 동일한 8 시간 내에 BAT와 새로운 기능 및 기타 많은 것들을 테스트 할 수 있습니다.)

경영진을 설득하는 것은 조직에 테스트 자동화를 도입하는 첫 번째이자 가장 중요한 단계입니다. 확신 할 수 없다면 테스트 자동화를 잊어 버리거나 조직을 변경하십시오. :)

2 단계.자동화 도구 전문가 찾기

두 종류의 자동화 전문가가 있습니다.

  1. 자동화 설계자
  2. 자동화 엔지니어

자동화 아키텍트는 드문 경우입니다. 그들은 찾기가 어렵고 비용이 많이 들고 자동화 프로젝트의 성공에 매우 필요합니다. 이 사람들은 일반적으로 자동화 프레임 워크를 구축 할 책임이 있습니다. (별도의 기사에서 자동화 프레임 워크에 대해 자세히 설명합니다.)

자동화 설계자 다양한 종류의 도구에 경험이 있으며 일반적으로 각 도구의 장단점을 알고 있습니다. 또한 해당 애플리케이션에 사용 된 애플리케이션과 기술을주의 깊게 분석하여 관리가 자동화에 적합한 도구를 선택하는 데 도움을줍니다. . 또한 프레임 워크 구축, 명명 규칙 설계 및 스크립팅 규칙 생성에 도움이됩니다. 또한 먼저 자동화 할 테스트 케이스를 선택하는 데 도움이됩니다.

자동화 설계자 직책에 적합한 리소스를 찾을 수 있다면 조직의 성공적인 자동화를 위해 절반의 작업이 완료됩니다.

자동화 엔지니어 반면에 수동 테스트 케이스를 자동화 된 스크립트로 변환하는 사람들입니다. 그들은 자동화 설계자 밑에서 일할 것이며 스크립트 생성 및 실행 담당 .

일부 회사는 외부에서 자동화 엔지니어를 고용하고 일부 회사는 기존 수동 테스터를 교육하여 사내 고용을합니다. 어떤 경우이든 리소스는 프로그래밍에서 훌륭해야합니다. 그는 특히 객체 지향 프로그래밍에 대해 알아야합니다. 1 명의 자동화 설계자와 2 명의 자동화 엔지니어의 조합은 대부분의 제품에 적합합니다.

3 단계.자동화를위한 올바른 도구 사용

이 요점은 자체 기사가 필요합니다 (그리고 그것에 대해 하나 쓸 것입니다). 이것은 자동화를 시작하는 과정에서 또 다른 어려운 단계입니다. 시장에는 다양한 도구가 있지만 응용 프로그램에 가장 적합한 도구를 선택해야합니다.

간단히 말해서 도구를 선택할 때 가장 중요한 고려 사항을 작성하겠습니다. 도구 선택 과정은 별도의 기사에서 자세히 설명하겠습니다.

올바른 도구를 선택할 때 고려해야 할 가장 중요한 사항은 다음과 같습니다.

  1. 도구는 귀하의 예산 . 자동화 도구는 정말 비쌉니다. 따라서 회사는 도구를 구매할 예산이 있어야합니다.
  2. 도구는 지원 기술 귀하의 응용 프로그램에서 사용됩니다. 응용 프로그램에서 플래시 또는 Silverlight를 사용하는 경우 도구가이를 지원해야합니다. 애플리케이션이 모바일에서 실행중인 경우 도구는 모바일에서 스크립트를 실행할 수 있어야합니다. 애플리케이션에 사용되는 모든 기술을 지원하는 단일 도구를 구입하거나 각 기술에 대해 별도의 도구를 구입할 수 있습니다. 예를 들면 , 웹 애플리케이션에 셀레늄을 사용할 수 있습니다. 로봇 Android 애플리케이션 및 MS 코딩 UI 데스크톱 애플리케이션 용. 결정이 무엇이든 이것은 예산에 포함되어야합니다.
  3. 필요한 것이 있어야합니다 숙련 된 자원 이 도구를 사용하거나 해당 도구를 더 짧은 시간에 배울 수 있습니다. 예를 들면 , QTP에만 경험이있는 자동화 아키텍트를 고용했으며 MS Coded UI에 대한 라이선스를 구매하는 중입니다. 리소스가 사용하기에 불편할 수 있습니다. 도구는 좋은 차와 같지만이 좋은 차를 운전하려면 좋은 운전자도 있어야합니다.
  4. 도구에는 좋은보고 메커니즘 각 실행 후 이해 관계자에게 결과를 보여줍니다.

올바른 도구를 선택하는 동안 다른 여러 요소가 있으므로 별도의 기사에서 다룰 것입니다.

최신 최고의 자동화 도구에 대한이 가이드를 읽으십시오.

2020 년 상위 20 개 최고의 자동화 테스트 도구 (종합 목록)

4 단계.자동화에 가장 적합한 애플리케이션을 결정하기 위해 다양한 애플리케이션 분석

조직에서 5 개의 애플리케이션을 작업하는 경우 각각을 자동화 할 필요는 없습니다. 자동화 할 애플리케이션을 선택하는 동안 다양한 요인을 확인해야합니다.

자동화해야하는 애플리케이션에는 다음 요소가 있어야합니다.

  1. 응용 프로그램이 개발 초기 단계에 있어서는 안됩니다. (애플리케이션에는 안정적이고 수동 테스터에 의해 테스트되는 모든 또는 일부 모듈이 있어야합니다)
  2. 애플리케이션의 UI는 안정적이어야합니다. (UI는 자주 변경되지 않아야합니다)
  3. 이 응용 프로그램의 수동 테스트 사례는 서면 형식이어야합니다.

자동화의 주요 목표는 애플리케이션이 한 빌드에서 버그가없는 경우 다음 빌드에서 버그가없는 상태로 유지되도록하는 것입니다. 수동 테스터는 회귀 문제를 찾는 데 시간을 낭비해서는 안되며 이러한 문제는 자동화에서 식별되어야합니다.

따라서 회귀를 찾으려면 이미 안정적인 애플리케이션이 있어야하며이를 위해 작성된 일부 테스트 케이스가 있어야합니다. 자동화 팀은 이러한 테스트 사례를 스크립트로 변환하고 모든 빌드에서 이러한 스크립트를 실행하여 회귀가 나타나지 않도록합니다.

또한 읽기 => 자동화 테스트를위한 올바른 테스트 사례를 선택하는 방법

5 단계.팀 훈련

도구 선택 및 리소스 고용 후 다음 단계는 논리적으로 리소스 교육입니다.

수동 테스터가 자동화 엔지니어로 전환되면 자동화 용어 및 개념에 대한 교육을 받아야합니다. 자동화 아키텍트를 외부에서 고용하는 경우 테스트 할 제품, 수동 테스트 프로세스 및 경영진이 기대하는 바에 대한 지식을 얻어야합니다.

최종적으로 성공적인 자동화 전략이 나올 때까지 다양한 작업을 시도 할 수있는 시간을 리소스에 제공하십시오. 조직에서 이미 사용중인 도구에 대해 교육합니다. 버그 추적 소프트웨어 과 요구 사항 관리 소프트웨어 .

수동 테스터, 개발자 및 자동화 팀 간의 좋은 교육과 강력한 커뮤니케이션이 정말 필요합니다.

6 단계.테스트 자동화 프레임 워크 만들기

자동화 설계자의 가장 큰 임무는 장기적으로 자동화 된 테스트를 지원해야하는 자동화 프레임 워크를 마련하는 것입니다.

자동화 프레임 워크는 기본적으로 유지 관리를 최소화하는 방식으로 스크립트를 작성하기위한 일련의 규칙과 신중한 계획입니다. 응용 프로그램에서 변경된 사항이 있으면 해당 변경 사항에 대처하기 위해 스크립트를 업데이트 할 필요가 거의 없습니다. 이것이 자동화 프레임 워크의 아름다움입니다.

자동화 프레임 워크에는 선형, 모듈 식, 데이터 기반, 키워드 기반 및 하이브리드의 5 가지 종류가 있습니다. 이러한 모든 프레임 워크는이 시리즈의 별도 기사에서 예제를 통해 자세히 다룹니다.

다음 자습서에서 자동화 프레임 워크에 대한 자세한 내용을 읽을 수도 있습니다.

=> 테스트 자동화를위한 프레임 워크가 필요한 이유는 무엇입니까?
=> QTP 프레임 워크 예
=> Selenium Framework 예제

7 단계.실행 계획 개발

실행 계획에는 스크립트가 실행될 환경 선택이 포함됩니다. 환경에는 OS, 브라우저 및 다양한 하드웨어 구성이 포함됩니다.

예를 들면 , 테스트 케이스에서 Chrome, Firefox, IE의 3 개 브라우저에서 웹 사이트를 확인해야한다고 요구하는 경우 자동화 팀은 각 브라우저에서 실행할 수있는 방식으로 스크립트를 작성합니다.

자동화 팀이 미리 알고있는 경우 스크립트에서주의를 기울이기 때문에 스크립트를 작성하기 전에 항상 알려야합니다. 실행 계획에는 스크립트를 실행할 사람도 명시되어야합니다. 일반적으로 자동화 팀은 모든 빌드에서 스크립트를 실행하지만 회사마다 다릅니다. 일부 관리자는 개발자에게 릴리스 전에 빌드에서 이러한 스크립트를 실행하도록 요청하고 일부 회사는 실행을 위해 전용 리소스를 고용합니다. 일부 회사조차도 추가 리소스가 필요없는 무인 모드에서 스크립트를 실행합니다.

단계 # 8.스크립트 작성

프레임 워크가 설계되면 실행 계획이 알려지고 리소스가 새 도구에 대한 교육을 받게됩니다. 이제 스크립트 작성을 시작할 때입니다.

스크립트는 적절한 명명 규칙을 사용하여 체계적으로 작성되어야합니다. 소스 코드는 코드 손실을 방지하기 위해 소스 컨트롤에 유지되어야합니다. 버전 관리 및 기록을 유지해야합니다. 테스트 자동화는 소프트웨어 개발과 같습니다. 모든 최상의 프로그래밍 방법은 스크립트를 작성하는 동안주의를 기울여야합니다.

또한 읽기 => 수동 테스트 케이스를 자동화 스크립트로 변환하는 방법

9 단계.보고

보고 기능은 일반적으로 도구에서 제공합니다. 하지만 결과를 관리팀에 자동 정리하는 것과 같은 맞춤형보고 메커니즘을 만들 수 있습니다.

경영진이 필요로하는 경우 각 실행이 끝날 때 차트 및 테이블 형태로 보고서를 생성 할 수 있습니다. 경영진은 항상 테스트 케이스 범위에 대해 알려야합니다. 즉, 자동화에서 다루는 수동 테스트 케이스와 남아있는 테스트 케이스를 의미합니다.

단계 # 10.스크립트 유지 관리

최상의 프로그래밍 방법을 따르고 프레임 워크가 좋은 경우 유지 관리는 문제가되지 않습니다.

유지 관리는 일반적으로 애플리케이션에 변경 요청이있을 때 발생합니다. 완벽한 실행을 보장하려면 해당 변경 사항에 대처할 수 있도록 스크립트를 즉시 업데이트해야합니다.

예를 들면 , 스크립트를 통해 텍스트 상자에 일부 텍스트를 작성하고이 텍스트 상자가 드롭 다운 목록이된다면 즉시 스크립트를 업데이트해야합니다.

다른 종류의 변경에는 스크립트가 영어 버전의 응용 프로그램에서 실행되고 있다는 것이 포함됩니다. 이제 애플리케이션이 중국어를 지원해야한다는 변경 요청이 있습니다. 프레임 워크를 사용하면 중국어 실행을 지원하기위한 노력없이 스크립트를 업데이트 할 수 있습니다! 이것이 자동화 설계자가 비용이 많이 드는 이유입니다. :)

프레임 워크가 좋지 않고 모범 사례를 따르지 않으면 유지 관리가 악몽이 될 것입니다. 대부분의 자동화 프로젝트는 잘못된 스크립트 유지 관리로 인해 실패합니다.

결론

이 기사는 자동화 테스트 프로세스 란 무엇이며 조직에서 자동화 테스트를 시작하는 방법 처음부터 끝까지 단계적으로. 이 단계를 따르면 자동화가 성공하기를 바랍니다.

추천 읽기 = >> 최고의 IT 프로세스 자동화 소프트웨어

자체 기사가 필요한 일부 부분 (예 : 자동화 도구 선택 및 자동화 프레임 워크)이 있습니다. 이 자동화 테스트 튜토리얼 시리즈의 다음 부분에서 이에 대해 다룰 것입니다.

=> 한편 모든 튜토리얼을 확인하려면 여기를 클릭하십시오 우리는 이미이 시리즈에 게시했습니다.

더 넓은 관점에서 모든 측면을 다루고 내 경험을 사용하여이 자습서를 작성하려고했습니다.

중요한 것을 놓쳤다 고 생각하거나이 튜토리얼의 일부에 대한 설명이 더 필요하다고 생각되면 댓글 섹션에서 저에게 물어보세요. 나는 당신의 질문에 대답하고 싶습니다.

품질 분석가 인터뷰 질문 및 답변 pdf

이전 튜토리얼 # 2 | 다음 튜토리얼 # 4

추천 도서

^