예제가 포함된 키워드 기반 테스트 프레임워크
토마스 해밀턴
⚡ 스마트 요약
키워드 기반 테스트는 맵을 사용하여 테스트 로직과 자동화 코드를 분리합니다.ping 평이한 언어의 키워드를 재사용 가능한 함수로 변환하여 테스터가 개별 테스트 케이스마다 스크립트를 작성하는 대신 스프레드시트를 통해 자동화된 테스트 스위트를 설계, 유지 관리 및 확장할 수 있도록 합니다.
키워드 중심 테스트란 무엇입니까?
키워드 중심 테스트 테스트 중인 애플리케이션과 관련된 키워드를 포함하기 위해 데이터 파일을 사용하는 스크립팅 기술입니다. 이러한 키워드는 특정 단계를 수행하는 데 필요한 작업 집합을 설명합니다.
키워드 기반 테스트는 테스트 사례의 동작을 설명하기 위해 구성된 키워드 인수를 포함하여 상위 및 하위 수준 키워드로 구성됩니다. 테이블 기반 테스트 또는 액션 워드 기반 테스트라고도 합니다.
The 키워드 기반 프레임워크 는 해당 기법을 기반으로 구축된 기능 자동화 테스트 프레임워크입니다. 자동화를 향상시키기 위해 테스트 케이스를 코딩과 테스트 케이스 및 테스트 단계를 네 부분으로 나눕니다. 즉, 테스트 단계 자체, 해당 단계가 작용하는 객체, 해당 객체에 대해 수행되는 작업, 그리고 해당 객체에 제공되는 데이터입니다.
키워드 기반 테스트에서는 먼저 키워드 세트를 식별한 다음 이러한 키워드와 관련된 작업(또는 기능)을 연결합니다. 여기서 브라우저 열기 또는 닫기, 마우스 클릭, 키 입력 등과 같은 모든 테스트 작업은 다음과 같은 키워드로 설명됩니다. 브라우저 열기, 클릭, 입력 텍스트 등등.
아래 다이어그램은 두 가지 일반적인 비즈니스 활동이 재사용 가능한 키워드로 변환되는 과정을 보여줍니다. 예를 들면:
- 로그인 “guru99” 웹사이트 – 키워드 “login”은 자동화 프레임워크에서 로그인 기능이나 이와 관련된 동작을 테스트하는 데 사용됩니다.
- 로그 아웃 "guru99" 웹사이트 - 자동화 프레임워크에서 "logout"이라는 키워드를 사용하여 이와 관련된 로그아웃 기능이나 작업을 테스트합니다.
본문 뒷부분에서 더 많은 예시를 보실 수 있습니다. 패턴은 절대 변하지 않습니다. 하나의 비즈니스 액션, 하나의 키워드, 하나의 함수입니다.
키워드 예시
아래 용어집은 은행 애플리케이션에서 일반적으로 사용되는 키워드와 각 키워드가 실행하는 비즈니스 작업을 나열합니다.
| 기술설명 | |
|---|---|
| 로그인 | guru99 은행 데모 사이트에 로그인하세요 |
| 이메일 | 이메일을 보내 |
| 로그아웃 | guru99 은행 데모 사이트에서 로그아웃 |
| 공지사항 | 읽지 않은 알림 찾기 |
💡 팁: 키워드는 기술적인 단계가 아닌 비즈니스 동작을 기준으로 이름을 지정하세요. "로그인"은 페이지 디자인이 변경되어도 유지되지만, "파란색 버튼 클릭"은 그렇지 않습니다.
키워드 기반 프레임워크의 구성 요소
키워드가 무엇인지 아는 것만으로는 절반밖에 해결되지 않습니다. 키워드 기반 프레임워크를 구축하려면 각각 하나의 핵심 사항을 담당하는 소수의 파일들을 모아야 합니다.
- 엑셀 시트 - 핵심 키워드를 식별하고 각 테스트 단계마다 한 행씩 엑셀 시트에 저장합니다.
- 함수 라이브러리 - 비즈니스 흐름에 필요한 기능들(웹사이트 로그인 버튼 등)로 구성됩니다. 테스트가 실행되면 엑셀 시트에서 키워드를 읽어와 해당 함수들을 호출합니다.
- 데이터 시트 - 애플리케이션에서 사용되는 테스트 데이터를 저장하여 하나의 키워드로 여러 입력값을 검증할 수 있도록 합니다.
- 개체 저장소 - 키워드가 연결된 모든 요소의 위치 지정자를 저장하므로 위치 지정자를 변경하면 한 곳에서 편집할 수 있습니다.
- 테스트 스크립트 – 당신은 가질 수 있습니다 테스트 스크립트 각 매뉴얼에 대해 테스트 케이스 또는 단일 드라이버 스크립트.
- 드라이버 스크립트 엑셀 시트를 행별로 탐색하면서 각 키워드를 함수 라이브러리와 비교하여 결과를 기록합니다.
- 자동화 도구 – 해결된 명령을 애플리케이션에 대해 실행하고 보고 계층을 제공합니다.
이 일곱 조각을 합치면 완전한 하나의 작품이 됩니다. 테스트 자동화 프레임워크이 디자인을 선택한 이유는 무엇인가요?
키워드 중심 테스트를 수행하는 이유
소프트웨어 엔지니어링에서 키워드 기반 테스트는 다음과 같은 이유로 수행됩니다.
- 표준 라이브러리에서 처리하는 공통 구성요소
- 이러한 접근 방식을 사용하면 테스트를 보다 추상적으로 작성할 수 있습니다.tract 방식
- 높은 수준의 재사용성
- 스크립트의 세부 사항은 사용자에게 숨겨집니다.
- 사용자는 스크립팅 언어를 사용할 필요가 없습니다.
- 테스트는 간결하고 유지 관리가 가능하며 유연합니다.
키워드 계층이 애플리케이션 변경 사항을 흡수하기 때문에, 많은 부분이 회귀 테스트 이 제품군은 수백 개의 스크립트를 수정하는 대신 몇 개의 함수만 편집함으로써 녹색 상태를 유지합니다. 이러한 논리가 접근 방식의 적용 방식을 결정합니다.
키워드 기반 테스트를 수행하는 방법
키워드 기반 테스트는 수동 방식과 자동화 방식 모두로 수행할 수 있지만, 일반적으로 자동화 테스트에 사용됩니다.
키워드 기반 테스트 자동화의 목적은 다음과 같습니다.
- 유지관리비 절감에 도움이 됩니다
- 중복 사양 방지
- 함수 스크립팅의 재사용 확대
- 더 나은 테스트 지원 및 이식성
- 더 적거나 동일한 노력으로 더 많은 테스트 달성
키워드 기반 테스트를 사용하면 간단한 테스트를 만들 수 있습니다. 기능 테스트 개발 초기 단계에서는 애플리케이션을 부분별로 테스트합니다. 키워드 기반 테스트를 작성하는 가장 간단한 방법은 이를 기록하는 것입니다. 기록 후에는 필요에 따라 테스트를 수정하고 맞춤 설정할 수 있습니다.
각 키워드는 해당 키워드와 관련된 동작을 구현하는 하나 이상의 명령, 테스트 스크립트 또는 함수와 연결되어야 합니다.
테스트 케이스가 실행되면 키워드는 테스트 자동화 프레임워크에서 호출되는 테스트 라이브러리에 의해 해석됩니다.
키워드 기반 테스트에 포함되는 주요 활동은 다음과 같습니다.
- 단계 1) 낮은 수준의 키워드와 높은 수준의 키워드 식별
- 단계 2) 키워드를 실행 파일로 구현
- 단계 3) 테스트 케이스 만들기
- 단계 4) 드라이버 스크립트 만들기
- 단계 5) 자동화 테스트 스크립트 실행
1단계와 2단계는 일회성 설계 작업이며, 3단계부터 5단계까지는 아래 예시와 같이 매 스프린트마다 반복됩니다.
샘플 테스트 케이스
이 세 가지 시나리오는 앞서 정의한 키워드를 재사용합니다.
- TC_01: guru99 데모 사이트에 로그인하여 오늘 수행된 트랜잭션 수를 확인하세요.
- TC_02: guru99 데모 사이트에 로그인하고 고객 중 한 명에게 이메일을 보낸 다음 로그아웃합니다.
- TC_03: guru99 데모 사이트에 로그인하여 수신된 알림을 확인하세요.
키워드 테이블 형식으로 작성된 TC_02는 테스터가 코드를 열지 않고도 읽거나 순서를 변경할 수 있는 6개의 행으로 구성됩니다.
| 단계 | 키워드 | 논의 | 예상 결과 |
|---|---|---|---|
| 1 | 오픈브라우저 | 크롬 | 브라우저 세션이 시작됩니다 |
| 2 | 로그인 | mngr123 / 데모패스 | 관리자 홈페이지가 표시됩니다 |
| 3 | 이메일 | customer@example.com | 작성 창이 열립니다 |
| 4 | 클릭 | 전송 | "Mail "보낸"이라고 표시됩니다. |
| 5 | 로그아웃 | - | 세션이 종료되었습니다 |
| 6 | 닫기브라우저 | - | 브라우저 출시 |
교환ping 3단계의 인수는 동일한 6개 행을 다른 테스트로 변환합니다. 테스트 데이터 경영의 효과가 있다.
키워드 중심 테스트의 장점
- 이를 통해 기능 테스터는 애플리케이션이 준비되기 전에 테스트 자동화를 계획할 수 있습니다.
- 프로그래밍 지식 없이도 테스트 개발 가능
- 특정 프로그래밍 언어나 도구에 의존하지 않습니다.
- 시중에서 판매되는 모든 자동화 도구와 호환 가능
이러한 이점들은 키워드 기반 테스트가 장기적인 프로젝트에 적합한 이유를 설명해 줍니다. 자동 테스트 스위트룸. 비용도 중요하죠.
키워드 기반 테스트의 한계
복근trac키워드 기반 테스트를 읽기 쉽게 만드는 특성 때문에 구축 비용이 많이 듭니다. 첫 번째 테스트를 실행하기 전에 누군가는 키워드를 식별하고, 각 키워드를 함수로 구현하고, 객체 저장소를 연결하고, 드라이버 스크립트를 작성해야 합니다. 소규모 프로젝트에서는 이러한 설정 비용이 테스트를 직접 스크립팅하는 비용보다 더 많이 듭니다.
유지보수가 두 번째 비용입니다. 모든 테스트에서 라이브러리를 공유하기 때문에 부주의한 수정 하나로 전체 테스트 스위트가 작동하지 않게 됩니다. 또한 라이브러리는 무분별하게 확장되는 경향이 있습니다. 팀에서 "Login", "SignIn", "DoLogin"과 같이 거의 동일한 라이브러리를 추가하는 경우가 많습니다.
- 높은 초기 투자 프레임워크 설계 및 키워드 구현은 모든 테스트 실행에 앞서 수행됩니다.
- 유연성 감소 테스터는 기존 키워드가 허용하는 범위 내에서만 표현하므로, 특수한 시나리오는 개발이 필요합니다.
- 복잡한 논리에는 어색하다 분기 및 루프는 평평한 테이블 행에 저항합니다.
- 기술은 여전히 필요합니다 키워드 레이어는 코드가 필요 없지만, 함수 라이브러리는 그렇지 않습니다.
⚠️ 경고: Rev매 릴리스마다 키워드 라이브러리를 검토하고 사용하지 않는 항목을 삭제하세요. 통제되지 않은 어휘는 키워드 기반 프레임워크가 버려지는 가장 흔한 이유입니다.
이러한 절충안들이 아래 비교에 영향을 미칩니다.
키워드 기반 vs 데이터 기반 vs 하이브리드 프레임워크
키워드 기반 및 데이터 기반 테스트 서로 다른 문제를 해결합니다. 데이터 기반 프레임워크는 고정된 스크립트의 입력값을 다양하게 변경하고, 키워드 기반 프레임워크는 단계를 다양하게 변경합니다. 아래 표는 대부분의 기업 팀이 채택하는 하이브리드 모델을 보여줍니다.
| 아래 | 키워드 기반 프레임워크 | 데이터 기반 프레임워크 | 하이브리드 프레임워크 |
|---|---|---|---|
| 외부화된 것은 무엇인가 | 테스트 단계 및 조치 | 테스트 데이터만 | 단계와 데이터 모두 |
| 계획 수립 노력 | 광범위하고 정확한 | 데이터 및 스크립트로 제한됨 | 최고 |
| 유지보수 | 더 쉽게, 더 많은 복근을 만들 수 있어요trac이온층 | 더 세게, 복근traction은 더 얇습니다. | 대규모로 실행하기 가장 쉽습니다. |
| 코딩 기술 필요 | 함수 라이브러리 전용 | 모든 스크립트에 필수 사항입니다. | 코어 레이어에 필요합니다. |
| 빌드 전에 시작할 수 있습니다 | 가능 | 아니 | 가능 |
실제로는 여러 스타일이 결합됩니다. 하이브리드 프레임워크는 단계를 키워드로 저장하고 데이터 시트에 입력값을 저장하는데, 이는 종종 여러 단계에 걸쳐 이루어집니다. 페이지 개체 모델테스터 수가 많을 때는 키워드 기반 방식을, 하나의 테스트 흐름에 여러 입력값이 필요할 때는 데이터 기반 방식을, 두 가지 모두 해당될 때는 하이브리드 방식을 선택하세요.
키워드 기반 테스트에 사용되는 도구
키워드 기반 테스트에는 여러 도구가 널리 사용되며, 각 도구는 키워드 테이블을 서로 다른 방식으로 해석합니다.
- HP QTP - 키워드 보기 기능이 내장되어 있어 시트와 실행 가능한 테스트 파일이 하나의 결과물로 구성됩니다.
- Selenium - 네이티브 키워드 레이어가 없으므로 팀에서 함수 라이브러리와 드라이버 스크립트를 직접 구축해야 합니다.
- 로봇 프레임 워크 키워드를 중심으로 설계된 오픈 소스 엔진으로, 표 형식의 구문과 다양한 사전 생성 키워드를 제공합니다.
- TestNG – 일반적으로 함께 사용됨 Selenium 키워드 매핑된 메서드의 순서를 정하고 보고서를 생성합니다.
우리의 목록 자동화 테스트 도구 각 옵션에 대한 라이선스 및 플랫폼 지원을 다룹니다.
