how translate manual test cases into automation scripts
이것은 기본적인 '방법'문서이며 자동화 도구와 관련이 없습니다. 기본적으로 여기서 제가하려는 것은 자동화 테스트 케이스를 만드는 데 들어가는 사고 과정을 말로 표현하는 것입니다. 항상 그렇듯이 이것이 여러분 모두에게 도움이되기를 바랍니다.
자동화 테스트 케이스 또는 스크립트를 디자인하는 방법?
자동화는 항상 수동 테스트를 따릅니다. 일반적으로 AUT에서 이미 하나 이상의 수동 테스트가 수행됩니다. 이는 수동 테스트 케이스가 이미 존재하고 적어도 한 번 실행되었음을 의미합니다.
예를 들어, 다음이 귀하의 수동 테스트 케이스 . 단순히 Gmail.com 사이트에 로그인하는 것입니다. 자, 이건 충분히 간단 해 보이지 않나요? 이것이 어떻게 자동화 스크립트가됩니까? (확대하려면 이미지를 클릭하십시오)
학습 내용 :
이 매뉴얼 테스트 케이스를 자동화 스크립트로 번역하는 방법은 무엇입니까?
다음은 자동화 스크립트로 변환하기 위해 따라야 할 지침입니다.
# 1) AUT 상태 : 열 전제 조건은 실행될 특정 단계에 대해 설정할 배경의 특정 상태에 불과합니다. 이것은 두 가지 시나리오에서 특히 중요합니다.
- 테스트를 시작하려면 : 이 경우 사용 가능한 브라우저가 필요합니다. (사용자 이름 및 비밀번호 가용성은 잠시 후 처리됩니다). 자, 자동화 세계에서 같은 것을 작성하는 방법은 무엇입니까? QTP를 고려하십시오. 프로그래밍 문을 사용하여 브라우저를 시작하거나 '기록 및 실행 설정'대화 상자를 사용하여 속성을 설정할 수 있습니다. 이러한 속성을 올바르게 설정하는 것은 매우 중요합니다. 종종 이것이 특정 코드가 컴퓨터에서는 작동하고 다른 코드에서는 작동하지 않는 이유입니다.
- 특정 단계를 실행하려면 : 2 단계를 수행하려면 1 단계를 완료하고 완료해야합니다. 수동으로 수행하려면 단계 실행이 완료되고 페이지가 완전히로드 될 때까지 기다릴 수 있습니다. 동기화를 사용하거나 자동화 스크립트의 명령문이 원하는 상태가 될 때까지 기다리십시오.
노트 : 여러 데이터 세트에 대해 동일한 코드를 실행할 때 AUT를 다음 반복 시작 전 상태로 되돌리고 있는지 확인해야합니다.
# 2) 테스트 단계
수동 테스트 단계를 3 가지 범주로 분류 할 수 있습니다.
- 데이터 입력 : 데이터 입력 단계는 AUT에 대한 입력으로 일부 정보를 입력하는 단계입니다.
- AUT 상태 단계 변경 : 다음 단계는 AUT에 변경이 발생하도록하는 단계입니다. 여기에는 새 페이지로 이동, 특정 필드 표시, 편집 가능한 편집 상자 등이 포함될 수 있습니다.
- 콤비네이션 : 이름에서 알 수 있듯이 위의 두 가지 유형의 조합입니다. 확인란을 선택하면 켜면 특정 필드가 활성화됩니다. 이 경우 확인란 필드에 'True'값을 입력하면 AUT 상태가됩니다.
위의 테스트 케이스에서는 유형 1 및 2 단계 만 존재합니다.
가짜 이메일 계정을 만드는 방법
- 유형 1 : 테스트 단계 2 및 3
- 유형 2 : 테스트 단계 1 및 4
도구를 사용하여 자동화 스크립트를 생성하기위한 전제 조건은 도구와 AUT를 분석하는 데 시간을 보내는 것입니다. 둘 다 서로 어떻게 상호 작용하는지 확인하십시오. 예를 들어, QTP에는 3 가지 녹화 방식이 있으며 각각 다른 방식으로 작동합니다.
객체를 식별하는 방법을 안다면 어떤 것을 사용하고 더 잘 사용할지 알 수 있습니다. QTP가 개체를 쉽게 식별 할 수있는 웹 앱이있는 경우 일반 모드를 사용할 수 있습니다. 그렇지 않은 경우 아날로그 또는 저수준 방법을 사용해야 할 수 있습니다.
자동화 단계 :
- 데이터 입력 단계 자동화 및 수동 방법에서 크게 다르지 않습니다. 데이터를 입력하기 만하면됩니다. 필드를 참조하는 방식이 다릅니다. 단계를 수행하는 기계이므로 도구가 이해할 수있는 방식으로 AUT의 필드를 참조해야합니다. 즉, 코드에 사용 된 논리적 이름을 사용해야합니다.
- AUT / 조합 단계 변경 수동 시나리오에서는 작업 (클릭 또는 확인 또는 입력)을 수행하고 변경 사항을 한 번에 확인합니다. 그러나 불가능한 자동화 시나리오에서는. 따라서 우리는 조치 및 검증 / 검증 단계를 추가해야합니다.
- 코멘트 가독성을 위해.
- 디버깅 문 – 이는 테스트 자체를 만들고 테스트 할 때 특히 중요합니다. 테스트 실행의 다양한 단계에서 다양한 값을 출력하려면 메시지 상자를 자주 사용하십시오. 이렇게하면 다른 어떤 것보다 테스트에 대한 가시성을 얻을 수 있습니다.
- 출력 문 – ...에 결과 또는 메모장이나 엑셀 시트와 같은 다른 외부 장소에 쓸 수 있습니다.
# 3) 확인 및 검증
확인 및 유효성 검사가 없으면 테스트 의도가 손실됩니다. 일반적으로 체크 포인트를 사용해야합니다 (내장 된 체크 포인트를 의미하지는 않음). 따라서 논리를 작성하기 위해 많은 조건문과 루프 문을 사용해야합니다.
고려해야 할 중요한 사항은 V & V의 기반이되는 속성이 모호하지 않아야한다는 것입니다. 예를 들어, 성공적인 로그인을 위해 새 이메일 수가 아닌받은 편지함 페이지 표시를 찾으십시오. 이는 상수 값이 아니기 때문입니다.
따라서 일련의 작업이 발생할 때마다 반드시 사실 인 것을 선택해야합니다.
# 4) 테스트 데이터
내 네트워크 보안 키는 무엇입니까
다음은 테스트 데이터 요구 사항에 대한 답변을 고려할 수있는 몇 가지 질문입니다.
- 어디에 놓을까요?
- 하드 코딩 할 것인가 말 것인가?
- 보안 문제?
- 재사용 성 문제?
수동 테스트 스크립트를 살펴보면 테스트 데이터, 사용 가능한 사용자 이름 및 암호가 테스트를 시작하기위한 전제 조건 중 하나임을 알 수 있습니다.
# 5) 결과
수동 테스트 케이스의 경우 각 단계의 결과를 '실제 결과'열에 넣을 수 있습니다. 자동화 도구의 결과 파일에는 실행시 각 단계의 결과가 포함됩니다.
요즘 자동화 도구에는 매우 강력한보고 기능이 있습니다. 그러나 여전히 시험 결과 . 따라서 결과 파일에 자주 쓰는 단계를 포함하여 실행이 진행되는 동안 발생한 일을 정확히 알 수 있습니다.
사용중인 도구가 생성 한 결과 파일에 쓰기를 지원하지 않는 경우, 실행 상태에 대한 주석을 추가 할 수 있도록 각 테스트와 관련된 최소한 Excel 시트 또는 메모장을 사용하는 것이 좋습니다.
# 6) 사후 작업
테스트가 끝나면 브라우저를 닫거나 AUT를 닫는 등 수동 테스트 케이스에 명시 적으로 언급 할 필요가 없습니다. 테스터로서 부지런히 수행 할 것입니다. 자동화 테스트 케이스의 경우 스크립트에 이러한 단계를 포함 할 수 있습니다. 정리 – 내가 이러한 활동이라고 부르는 것입니다. 당신이 만든 모든 연결을 끊으십시오. 모든 앱을 닫습니다. 메모리를 해제하십시오.
이 지침을 사용하여 수동 테스트 케이스를 VB 스크립팅을 사용하는 QTP 테스트 스크립트로 변환합니다. 결과는 다음과 같습니다. (확대하려면 이미지를 클릭하십시오)
각 단계를 안내
1 단계: 전제 조건. 프로그래밍 방식으로 Gmail.com URL을 사용하여 IE를 시작합니다.
2 단계 및 7 단계 : 동기화 문. 위에서 논의했듯이 다음 단계 실행이 이어지기 전에 AUT가 원하는 상태가되도록하는 데 중요합니다.
3 단계 및 4 단계 : 데이터 입력. 모든 데이터는 스크립트에 하드 코딩됩니다. 권장하지는 않지만 시작입니다.
5 단계 : AUT 단계 변경. 5 단계에는 로그인 버튼을 클릭하는 것이 포함됩니다. 이 문이 실행될 때 V & V가 필요하지 않습니다. 그 이유는 후속 명령문이 있고 실행 가능한 경우이기 때문입니다. 그것은 성공하기 전의 것을 의미합니다. 하지만 부지런한 경우 여기에 포함 할 수 있습니다.
6 단계 및 8 단계 : 코멘트
9 단계 및 11 단계 : 조건문. V & V / 체크 포인트. 결과 페이지에받은 편지함 링크가 있는지 확인하여 로그인이 성공했는지 확인하려고합니다. 주의 깊게 메모하면 내부 텍스트가있는 링크 'inbox. *'를 찾습니다. 따라서 수신 된 새 이메일 (변수)의 수에 관계없이받은 편지함 링크 (항상 상수)를 사용할 수 있다면 체크 포인트가 통과되었음을 의미합니다.
10 단계 : 메세지 박스. 가시성을 위해
12 단계 및 13 단계 : 이것이 정리 활동입니다. 계정에서 로그 아웃하고 브라우저를 닫습니다.
결론
따라서 잘 작성된 수동 스크립트와 따라야 할 기본 지침 세트가있을 때 자동화 스크립트가 얼마나 쉽게 전개되는지 알 수 있습니다. 이것은 관련 기사가 아니기 때문에 프레임 워크 , 나는 함수, 재사용 성 요인, 매개 변수화 등으로부터 분명했습니다. 테스트 스크립트는 기본 빌딩 블록이므로 기본이 옳 으면 스크립트를 즉석에서 쉽게 수정할 수 있습니다.
고려할 다른 요인, 더 쉽게 찾을 수있는 다른 방법 또는 따르기 어려운 지침이 있습니까? 의견에 귀하의 의견을 알려주십시오.
이 게시물은 STH 팀원 Swati Seela가 작성했습니다. 그녀는 다양한 다국적 기업과 함께 일하면서 9 년 이상의 수동 및 자동화 테스트 경험을 가지고 있습니다. 그녀는 또한 우리의 강사입니다 소프트웨어 테스팅 QA 교육 과정 . 이 과정에 관심이 있다면 여기에 예정된 배치 일정 .
추천 도서
- 10 단계 자동화 테스트 프로세스 : 조직에서 자동화 테스트를 시작하는 방법
- 테스트 자동화를위한 프레임 워크가 필요한 이유는 무엇입니까?
- 수동 및 자동화 테스트 과제
- 수동 및 자동화 프로젝트에서 테스트 계획은 어떻게 다릅니 까?
- 프로젝트에 필요한 테스트 유형을 결정하는 방법은 무엇입니까? -수동 또는 자동화
- 자동화 테스트 란 무엇입니까 (테스트 자동화 시작을위한 궁극적 인 가이드)
- QTP 프레임 워크-테스트 자동화 프레임 워크 – 키워드 기반 및 선형 프레임 워크 예-QTP 자습서 # 17
- 10 가지 테스트 자동화 전략 및 모범 사례