웹사이트와 애플리케이션이 전 세계적으로 확산되면서 사용자 인터페이스 테스트가 그 어느 때보다 중요해졌습니다. 새로운 소프트웨어나 웹 페이지를 출시하는 경우 기능과 미학의 균형을 맞출 수 있는 사용자 인터페이스(UI)를 확보하는 것이 중요합니다.
인터페이스가 모든 표시에 도달하는지 여부를 결정하는 리트머스 테스트 역할을 하는 UI 테스트와 함께 매력적인 UI를 만드는 데 필요한 많은 작업이 있습니다.
이 기사에서는 UI가 무엇인지 정의하는 것부터 UI를 테스트하는 가장 좋은 방법에 이르기까지 UI 테스트와 관련된 모든 핵심 영역을 살펴볼 것입니다.
UI vs. GUI: 혼란 해소
시작하기 위해 UI와 GUI라는 용어를 둘러싼 혼란을 정리하려고 합니다. 다음은 이 두 용어의 의미와 차이점에 대한 분석입니다.
1. 사용자 인터페이스 테스트란 무엇입니까?
사용자 인터페이스 또는 UI는 특정 소프트웨어와 상호 작용하는 데 사용하는 플랫폼입니다. UI는 화면이나 모니터에서 지침을 입력하거나 데이터를 입력하거나 정보를 볼 수 있는 곳입니다.
코드와 텍스트만 표시하는 GUI(그래픽 사용자 인터페이스) 및 명령줄 인터페이스를 포함하여 다양한 유형의 UI가 있습니다.
2. 그래픽 사용자 인터페이스(GUI)란 무엇입니까?
GUI(그래픽 사용자 인터페이스)는 대부분의 사람들에게 친숙한 UI 유형입니다. 시각 자료를 사용하여 시스템의 기능과 상호 작용하는 데 도움이 되는 인터페이스 유형입니다.
예를 들어, 시스템을 탐색하는 데 도움이 되는 아이콘이 포함된 메뉴나 도구 모음을 사용할 수 있습니다. 문서를 열거나 저장하려고 할 때 ‘파일’을 클릭하는 것과 같은 기능을 통해 사용자를 안내하는 방법으로 텍스트도 GUI에서 잘 작동합니다.
3. UI 대 GUI
이 두 가지 형태의 컴퓨터 상호 작용을 더 잘 이해하는 데 도움이 되도록 아래에서 UI와 GUI를 직접 비교한 내용을 살펴보세요.
UI:
• 사용자 인터페이스의 약자
• 사용자가 장치와 상호 작용할 수 있는 플랫폼 유형입니다.
• 인간-기계 상호작용의 한 형태입니다.
• 모든 사람이 사용하고 종종 백그라운드에서 작동하므로 사용 중인지 알 수 없습니다.
• 일반적인 예로는 MS-DOS 또는 Unix가 있습니다.
GUI:
• 그래픽 사용자 인터페이스의 약자
• 사용자가 장치의 기능을 탐색할 수 있도록 그래픽을 사용하는 플랫폼 유형입니다.
• UI의 하위 클래스입니다.
• 일반적으로 소비자와 같은 일반 사용자가 사용합니다.
• 일반적인 예에는 Windows 10, iOS 및 Android가 포함됩니다.
사용자 인터페이스(UI) 테스트란 무엇입니까?
컨텍스트에 따라 GUI 테스트라고도 하는 UI(사용자 인터페이스) 테스트는 애플리케이션의 시각적 요소의 성능과 전체 기능을 측정하는 데 사용되는 일련의 작업입니다. UI의 다양한 기능을 검증하고 검증하며 예상치 못한 결과, 결함 또는 버그가 없는지 확인합니다.
ZAPTEST와 같은 도구를 사용하는 UI 테스트는 주로 UI의 사용성, 기능 및 성능과 같은 항목을 확인하여 목적에 맞는지 확인하는 데 사용됩니다.
경우에 따라 시스템의 전체 디자인 개념과의 준수 또는 시각적 통일성과 같은 항목도 확인합니다.
사용자 인터페이스 테스트가 필요한 시기와 이유는 무엇입니까?
UI 테스트는 일반적으로 프로덕션용 애플리케이션 릴리스 이전에 가장 효과적입니다. 이는 최종 사용자가 가능한 한 적은 수의 버그와 결함으로 최상의 경험을 갖도록 하기 위한 것입니다.
최종 사용자는 최고의 소프트웨어 테스터가 아니므로 문제가 발생하기 전에 해결하는 것이 중요합니다.
UI 테스트는 키보드와 마우스를 사용하여 메뉴와 상호 작용하는 것과 같은 특정 작업을 애플리케이션이 어떻게 처리하는지 평가하는 유용한 방법입니다. 애플리케이션의 시각적 요소가 올바르게 표시되는지 확인하는 데 도움이 됩니다.
UI 테스트는 성능을 측정하고 애플리케이션 기능에 버그나 문제가 없는지 확인하는 좋은 방법이기도 합니다.
UI 테스트 유형
테스트 중인 애플리케이션에 따라 다양한 UI 테스트를 고려해야 합니다.
UI 테스트는 애플리케이션 전반에 걸쳐 많은 기능을 검증할 가능성이 있으므로 올바른 테스트 유형을 선택하면 특정 문제를 식별하는 데 도움이 됩니다.
즉, 테스트하려는 대상에 따라 고려해야 할 다양한 UI 테스트 방법과 ZAPTEST의 자동화된 UI 테스트 도구와 같은 도구가 있습니다.
방법론에 접근하는 가장 일반적인 기능 및 비기능 테스트 중 일부는 다음과 같습니다.
1. 회귀 테스트
회귀 테스트는 애플리케이션 또는 웹사이트의 코딩 변경 사항을 살펴보는 UI 테스트 유형입니다.
코드의 일부를 변경한 후 응용 프로그램의 모든 기능이 의도한 대로 작동하는지 확인합니다.
멋진 테스트를 수행할 필요가 없으며 코드를 실행하여 모든 종속성과 기능이 변경되기 전과 동일한 방식으로 작동하는지 확인하기만 하면 됩니다.
2. 기능 테스트
기능 테스트는 모든 기능 요구 사항을 충족하는지 확인하기 위해 응용 프로그램의 유효성을 검사합니다.
응용 프로그램의 모든 개별 기능을 테스트한 다음 결과를 확인하여 예상대로 실행되는지 확인합니다.
이러한 유형의 UI 테스트는 일반적으로 소스 코드를 살펴보지 않는 블랙박스 테스트에 중점을 둡니다. 사용자 인터페이스, 연결된 API, 클라이언트 및 서버 통신 또는 보안과 같은 항목을 확인하는 경향이 있습니다.
3. 수락 테스트
UAT(User Acceptance Testing)라고도 하는 승인 테스트는 애플리케이션의 최종 사용자가 프로덕션으로 전환하기 전에 시스템을 확인하기 위해 수행하는 UI 테스트의 한 형태입니다.
이러한 유형의 UI 테스트는 다른 영역이 검증된 후 테스트의 마지막 단계에서 가장 자주 발견됩니다.
승인 테스트는 처음부터 끝까지 애플리케이션의 전체 흐름을 검증하는 데 사용됩니다. 철자 오류나 미적 문제와 같은 표면적인 문제는 조사하지 않습니다. 별도의 테스트 환경을 사용하여 프로덕션 환경을 모방하여 다음 단계로 넘어갈 준비가 되었는지 확인합니다.
4. 단위 테스트
단위 테스트는 애플리케이션의 개별 구성 요소를 검사하여 의도한 대로 작동하는지 확인합니다.
일반적으로 코딩 단계에서 수행되므로 이러한 유형의 UI 테스트를 수행하는 것은 일반적으로 개발자에게 있습니다.
단위 테스트는 코드 조각을 분리하여 예상대로 작동하는지 확인합니다. 이 개별 코드 조각은 특정 모듈, 함수, 개체 또는 응용 프로그램의 다른 개별 부분일 수 있습니다.
5. 성능 테스트
성능 테스트는 사용 중인 애플리케이션의 속도, 안정성, 응답성 및 확장성과 같은 사항을 조사하여 애플리케이션의 최적화를 평가하는 것입니다.
이러한 유형의 UI 테스트는 데이터 흐름에서 애플리케이션 또는 병목 현상에서 우려되는 영역을 찾는 것을 목표로 합니다. 여기서 살펴보는 세 가지 주요 영역은 애플리케이션의 속도, 확장성 및 안정성입니다.
6. GUI 테스트
GUI 테스트 도구는 애플리케이션의 그래픽 사용자 인터페이스를 검사하여 모든 기능이 예상대로 작동하는지 확인합니다.
여기에는 버튼, 도구 모음 및 아이콘과 같은 응용 프로그램의 그래픽 자산 및 컨트롤 보기가 포함됩니다. GUI는 최종 사용자가 응용 프로그램을 사용할 때 상호 작용하고 보는 것입니다.
UI 테스트의 이점은 무엇입니까?
개발자와 최종 사용자 모두에게 UI 테스트 및 ZAPTEST의 UI 테스트 제품군과 같은 도구 사용과 관련된 많은 이점이 있습니다.
다음은 UI 테스트와 관련된 몇 가지 주요 이점입니다.
1. 기능을 향상시킨다
결함, 버그 또는 기타 문제가 있는 경우 릴리스 전에 해결할 수 있도록 애플리케이션을 테스트하여 예상대로 작동하는지 확인하는 것이 중요합니다.
응용 프로그램이 최종 사용자에게 전달되고 버그가 있거나 오류가 가득하거나 고장난 경우 예상한 작업을 수행하지 않습니다. 이는 차례로 최종 사용자에게 너무 많은 문제를 야기하고 사용을 중단할 가능성이 높습니다.
2. 사용하기 쉽게 만든다
UI 테스트 자동화 도구는 또한 애플리케이션을 최적화하고 간소화하는 데 유용한 방법입니다.
모든 코딩이 제대로 작동하더라도 잘못 설계된 인터페이스는 최종 사용자를 혼란스럽게 하고 빠르게 종료하여 애플리케이션의 채택률을 떨어뜨릴 수 있습니다. UI 테스트는 사용하기 쉽도록 요소 또는 디자인 선택 사항을 제거하는 좋은 방법입니다.
3. 애플리케이션 평판을 강화합니다.
시간을 들여 UI 테스트를 적절하게 수행하고 ZAPTEST의 테스트 자동화 소프트웨어와 같은 도구를 가져오는 것은 응용 프로그램을 세련되게 만들고 가능한 한 사용자 친화적으로 만드는 좋은 방법입니다.
올바르게 수행되면 응용 프로그램을 훌륭한 브랜드 대사로 만들어 전반적인 평판을 높일 수 있습니다. 응용 프로그램이 버그 없이 실행되고 해야 할 일을 모두 수행한다면 사용자는 이를 감사하게 여기고 응용 프로그램을 사용할 것입니다.
UI 테스트의 주요 과제는 무엇입니까?
UI 테스트는 애플리케이션 개발의 중요한 부분이지만 반드시 프로세스의 쉬운 부분은 아닙니다.
무료 UI 테스트 자동화 소프트웨어와 관련된 여러 문제와 도전 과제가 있어 어려운 작업입니다.
다음은 부적절한 UI 테스트 도구를 사용할 때 UI 테스트와 관련된 몇 가지 주요 문제입니다.
1. UI 업데이트
애플리케이션 개발은 일반적으로 개발 주기와 그 이후에 새로운 기능을 도입하는 반복적인 프로세스입니다.
이러한 모든 산발적인 변경은 다른 종속성 및 코드 상호 작용이 테스트 대상을 변경하기 때문에 UI 테스트를 효과적으로 수행하기 어렵게 만들 수 있습니다.
2. 복잡해지는 테스트
애플리케이션과 웹사이트는 몇 년 전보다 훨씬 더 정교해졌습니다. 이 모든 추가 기능으로 UI 테스트 도구와 UI 자동화 소프트웨어는 더 많은 요소와 프로세스를 조사해야 합니다.
결과적으로 UI 테스트의 많은 도구는 이러한 복잡한 추가 사항을 모두 수용하도록 조정되어야 합니다.
3. 시간 제약
애플리케이션이 복잡해짐에 따라 테스트에 사용되는 도구도 복잡해집니다. UI 테스트 스크립트는 테스트해야 하는 엄청난 양의 코드로 인해 훨씬 더 많은 시간이 소요됩니다. 이 문제는 올바른 UI 테스트 도구를 사용할 수 없을 때 더 복잡해집니다.
4. UI 스크립트를 최신 상태로 유지
사용자 인터페이스가 변경되고 새로운 기능이 도입되면 테스트 스크립트를 조정하여 새 프로세스를 테스트해야 합니다. 테스트 스크립트가 지속적으로 업데이트되고 새로운 기능을 수용하도록 조정되기 때문에 새로운 기능이 추가될 때마다 이는 더욱 어려워집니다.
UI 테스트를 자동화해야 합니까?
애플리케이션 또는 웹 UI 테스트에 대한 최상의 접근 방식을 결정할 때 고려해야 할 두 가지 경로가 있습니다. 수동 테스트 또는 자동화 된 도구를 사용한 자동화 된 UI 테스트입니다. 수동 테스트와 UI 자동화에는 모두 장단점이 있으므로 애플리케이션에 가장 적합한 것이 무엇인지 알아보기 위해 둘 다 고려하는 것이 좋습니다.
수동 UI 테스트란 무엇입니까?
UI 자동화와 달리 수동 테스트에는 테스터를 사용하여 애플리케이션 또는 웹 사이트에서 발견되는 모든 기능과 수동으로 상호 작용하고 검사하는 작업이 포함됩니다.
주요 목적은 전체 응용 프로그램에서 문제, 불규칙성 또는 문제를 찾는 것입니다. 이는 초기 버전의 응용 프로그램에서 볼 수 있는 것과 같이 요소가 제한된 소규모 응용 프로그램에 특히 유용한 옵션입니다.
1. UI 수동 테스트의 이점
애플리케이션과 디자인에 따라 UI 수동 테스트를 선택하면 많은 이점이 있습니다.
다음은 UI 수동 테스트와 관련된 몇 가지 이점입니다.
• 수동 UI 테스트는 인간 지능을 테스트에 통합하여 오류나 문제를 찾습니다. 자동화된 UI 테스트로는 달성할 수 없는 것들이 있으며 모든 애플리케이션 결함을 찾기 위해서는 인간 상호 작용, 비판적 사고 및 인간 요소가 필요합니다.
• 자동화된 테스트는 사람 테스터가 확인해야 하는 다양한 기능에 대해 여러 시나리오를 다시 생성하므로 시간이 많이 소요될 수 있습니다. 수동 UI 테스트를 통해 인간 테스터는 에뮬레이션을 설정하는 대신 결함을 찾는 데 집중할 수 있습니다.
• 휴먼 테스터는 애플리케이션에 대해 잘 알고 있는 경향이 있으며 인터페이스에 익숙해지는 데 셀 수 없이 많은 시간을 소비하는 경우가 많습니다. 이 때문에 그들은 오류 측면에서 무엇을 주의해야 하는지 이해하면서 애플리케이션의 현재 상태에 대해 업데이트된 상태를 유지할 수 있습니다.
• 코드에 영향을 미치지 않으므로 자동화된 UI 테스트에서 플래그가 지정되지 않을 수 있는 문제가 있습니다. 서버 응답 시간과 같은 사항은 지연될 수 있지만 자동화된 테스트에서는 쉽게 간과될 수 있습니다. 수동 UI 테스트는 인간 사용자가 이러한 문제를 즉시 알아차리기 때문에 이 문제를 제거합니다.
• 수동 UI 테스트는 최종 사용자가 응용 프로그램과 상호 작용하는 방식을 반영하는 상황을 설정하기 때문에 가장 정확한 사용자 경험 에뮬레이션입니다. 이렇게 하면 최종 사용자가 일반적으로 발견하지만 자동화된 UI 테스트에서는 놓칠 수 있는 문제를 찾기 위한 실제 컨텍스트가 생성됩니다.
2. 수동 UI 테스팅의 한계
또한 애플리케이션에 가장 적합한 테스트 접근 방식을 결정하기 전에 고려해야 하는 수동 UI 테스트의 제한 사항이 있습니다.
수동 UI 테스트의 몇 가지 제한 사항은 다음과 같습니다.
• 특히 초자동화와 같은 최신 도구를 사용할 때 자동화된 UI 테스트보다 수동 테스트를 수행하는 데 훨씬 더 오랜 시간이 걸립니다 . 자동화된 테스트를 위한 스크립트는 사람이 입력하는 모든 유형보다 훨씬 빠르게 실행할 수 있으므로 수동 웹 UI 테스트를 선택하면 일정에 추가 시간이 추가됩니다.
• 궁극적으로 사람의 프로세스이기 때문에 수동 웹 UI 테스트는 사람의 오류가 발생하기 쉽습니다. 수동 UI 테스트에서는 집중력 부족이나 산만함으로 인해 놓친 버그가 발생하여 문제가 발생할 수 있습니다. 이에 비해 자동화된 UI 테스트는 프로세스에서 인적 요소를 제거하므로 이러한 유형의 문제가 발생하기 쉽습니다. 이는 로봇 프로세스 자동화 와 같은 최신 유형의 UI 자동화 테스트에 특히 해당됩니다.
• 발견된 오류를 기록하는 실제 프로세스는 훨씬 더 오래 걸리므로 변경 사항이 있을 때 추적하기 어려울 수 있습니다. 자동화된 UI 테스트는 새로운 기능이 구현된 경우에만 업데이트가 필요하므로 여기에서 더 나은 접근 방식입니다.
• 수동 UI 테스트는 문제를 유능하게 테스트하기 위해 응용 프로그램에 대한 자세한 지식이 필요합니다. 결과적으로 인간 테스터가 효과적으로 테스트하기 전에 요구되는 특정 수준의 지식이 있습니다. 자동화된 테스트 에는 이 수준의 지식이 필요하지 않습니다.
3. 녹음 및 재생 테스트
기록 및 재생 테스트는 프로그래밍 지식 없이도 테스트를 실행할 수 있는 코드 없는 UI 테스트의 한 형태입니다. 테스트 패턴으로 저장하기 전에 애플리케이션에서 수행된 수동 작업을 기록하는 기능을 사용합니다.
이를 통해 사람의 개입 없이 UI 테스트를 계속해서 실행할 수 있습니다.
4. 수동 vs. 기록 및 재생 vs. 자동화 테스트
이 세 가지 유형의 UI 테스트 중에서 결정할 때 애플리케이션과 사용 가능한 리소스의 범위와 규모를 고려하는 것이 중요합니다.
수동 UI 테스팅은 설정과 사용이 가장 쉽지만 테스터가 애플리케이션에 대한 지식이 풍부해야 하는 요구 사항이 많습니다. 또한 애플리케이션을 지속적으로 업데이트하는 경우 수동 UI 테스트를 계속하기 어렵습니다.
Zaptest 에서 제공하는 것과 같은 UI 테스트 자동화 도구는 응용 프로그램에 대한 정기적인 업데이트를 수행하고 제때에 효과를 볼 수 있는 훌륭한 옵션입니다.
두 가지 유형의 UI 테스트 사이의 간격을 메우기 위해 Record & Replay가 작동합니다. 기본 수준의 UI 자동화를 제공하지만 여전히 사람의 입력이 필요합니다.
UI 테스트를 수행할 때 무엇을 테스트합니까?
ZAPTEST의 UI 테스트 소프트웨어와 같은 도구를 사용하여 UI 테스트를 수행할 때 테스트하는 항목은 응용 프로그램에 포함된 내용에 따라 다릅니다.
그래도 응용 프로그램의 기능을 따르는 경향이 있습니다. 예를 들어 애플리케이션에 결제 페이지가 있는 경우 UI 테스트에는 ‘지금 구매’ 버튼 테스트와 같은 항목이 포함됩니다.
테스트할 실제 프로세스는 애플리케이션마다 다르지만 다음과 같이 테스트할 일반적인 UI 항목이 많이 있습니다.
1. 데이터 유형의 오류
이 UI 테스트는 올바른 유형의 데이터가 적절한 필드에서 작동하는지 확인합니다. 예를 들어 숫자를 사용할 수 있는 옵션이 없는 이름의 텍스트입니다. UI 테스터가 이름 필드에 숫자 값을 입력할 수 있다면 문제가 있는 것입니다.
2. 필드 너비 문제
우편 번호와 같은 특정 필드의 문자 수를 제한하는 데 사용됩니다. 응용 프로그램이 이러한 필드의 문자 수를 제한하지 않으면 최종 사용자의 잘못된 입력이 발생할 수 있습니다.
3. 버튼
이러한 UI 테스트는 버튼이 올바르게 작동하는지 확인합니다. 예를 들어 다음 페이지 버튼은 최종 사용자를 다음 페이지로 안내합니다. 다양한 목적을 가진 다양한 버튼 유형이 있으므로 기능적인 응용 프로그램을 만들기 위해서는 그들이 해야 할 일을 하는 것이 중요합니다.
4. 테이블 스크롤
응용 프로그램에 데이터가 있는 테이블이 있는 경우 테이블 스크롤을 사용하면 헤더를 계속 표시하면서 데이터를 스크롤할 수 있습니다.
이것이 작동하지 않으면 최종 사용자에게 데이터가 혼란스러워집니다.
5. 오류 로그
애플리케이션 충돌 또는 오류가 발생한 경우 오류 로그를 테스트하여 버그 보고서에 대한 정확한 출력을 제공하는지 확인하는 것이 중요합니다.
정확한 버그 보고 및 오류 로그가 없으면 문제의 원인이나 해결 방법을 확인할 수 있는 좋은 방법이 없습니다.
UI(GUI) 테스트는 어떻게 수행합니까?
UI 또는 GUI 테스트를 수행하는 방법에 대한 좋은 아이디어를 제공하기 위해 볼 수 있는 예제를 만들 것입니다.
계정 등록을 위해 애플리케이션에서 양식 페이지를 테스트한다고 가정해 보겠습니다. 이 페이지에는 TC-X라는 레이블이 지정된 여러 UI 요소가 있습니다(여기서 TC는 테스트 케이스를 나타내고 X는 요소 번호를 나타냄).
다음은 테스트할 수 있는 TC 목록입니다.
TC-1: 화면 상단의 브랜드 로고
• 올바른 위치, 글꼴 유형 및 페이지 레이블이 표시되는지 확인하기 위해 테스트해야 합니다.
TC-2: 계정 등록
• 페이지 헤더가 정확한지 테스트해야 합니다.
• 올바른 글꼴이 표시되는지도 확인해야 합니다.
TC-3: 이름 필드
• 이것은 올바른 텍스트 상자 정렬 및 위치를 테스트해야 합니다.
• 또한 필드 레이블을 테스트하고 유효한 항목을 허용하고 잘못된 항목을 거부하는지 확인해야 합니다.
TC-4: 성 필드
• 이것은 올바른 텍스트 상자 정렬 및 위치를 테스트해야 합니다.
• 또한 필드 레이블을 테스트하고 유효한 항목을 허용하고 잘못된 항목을 거부하는지 확인해야 합니다.
TC-5: 사용자 이름 필드
• 이것은 제한된 문자를 입력할 때 어떤 오류 메시지가 표시되는지 테스트해야 합니다.
• 또한 오류 메시지가 유효하고 정확한지 확인해야 합니다.
TC-6: 비밀번호 필드
• 이것은 필드 레이블을 테스트하여 유효한 문자를 허용하고 잘못된 문자를 거부하는지 확인해야 합니다.
• 또한 텍스트 상자의 정렬과 위치를 테스트해야 합니다.
TC-7: 다음 페이지 버튼
• 이것은 양식 제출이 의도한 대로 작동하는지 테스트해야 합니다.
• 또한 버튼 위치를 검사하고 사용자가 읽을 수 있는지 확인해야 합니다.
UI 테스트 계획 – 무엇입니까?
UI 테스트 계획은 애플리케이션 테스트 프로세스의 일부인 문서입니다.
UI 테스트 계획은 애플리케이션 및 관련 테스트 활동에 대한 주요 정보를 분류합니다.
테스트 계획을 만드는 것은 일반적으로 애플리케이션을 테스트할 때 수행하는 첫 번째 단계 중 하나입니다. 테스트 방법론과 의도한 결과에 대한 토대를 마련하기 때문입니다.
테스트 팀 외부에 있는 사람들에게 프로세스에서 진행 중인 작업에 대한 더 나은 아이디어를 제공하는 유용한 문서입니다.
UI 테스트 계획을 작성하는 방법
UI 테스트 계획은 UI 테스터를 위한 훌륭한 지침과 지침을 제공하므로 올바르게 설정하면 애플리케이션을 테스트하고 검사하는 데 큰 도움이 됩니다.
UI 테스트 계획을 작성하는 방법을 배우려면 아래 단계를 살펴보십시오.
1. UI 테스트에 대한 주요 정보 포함
UI 테스트 계획에는 애플리케이션 테스트를 수행하는 데 필요한 모든 주요 정보가 포함됩니다. 이 정보 중 일부에는 다음이 포함됩니다.
• 테스트에 필요한 전문가, 역할 및 기술.
• 응용 프로그램을 테스트하는 데 필요한 총 시간.
• 테스트에 적용되는 테스트 기술.
• 특정 하드웨어, 문서 또는 도구와 같이 테스트에 필요한 모든 리소스.
• 모바일 장치, 특정 운영 체제 또는 브라우저와 같은 대상 테스트 환경의 분석.
• 테스트 프로세스의 전반적인 목표.
2. 연기 테스트
다음으로 스모크 테스트를 사용하여 UI 테스트 계획을 작성할 수 있습니다. 스모크 테스트는 응용 프로그램의 기본 문제와 버그를 식별하는 유용한 방법이지만 문제를 너무 깊이 살펴보지는 않습니다.
응용 프로그램의 상위 계층을 테스트하는 UI에 가장 적합한 기술이므로 눈부신 문제를 아주 쉽게 포착할 수 있습니다.
3. 온전성 테스트
덜 명백한 버그와 결함을 찾기 위해 애플리케이션을 더 깊이 파고들기 위해 온전성 테스트는 UI 테스트를 위해 롤아웃할 수 있는 훌륭한 기술입니다.
온전성 테스트는 새로운 코딩이나 변경된 코딩을 검사하여 애플리케이션 요구 사항과 일치하는지 확인합니다.
UI 테스트를 통해 훨씬 더 포괄적이라는 점에서 스모크 테스트와 다르므로 애플리케이션의 기능을 더 자세히 살펴볼 수 있습니다.
응용 프로그램이 연기 테스트를 통과한 후 온전성 테스트는 추가 검사 수준을 추가합니다.
UI 테스트 시나리오
애플리케이션이 여러 영역과 상호 작용에서 의도한 대로 실행되도록 하려면 다양한 UI 테스트 시나리오를 수행하는 것이 중요합니다.
아래는 UI 테스트 시나리오가 무엇인지를 예시와 함께 분석한 것입니다.
1. UI 테스트 시나리오는 무엇입니까?
UI 테스트 시나리오는 애플리케이션의 여러 사용 사례에 대한 문서를 설정하는 방법입니다.
UI 테스트 시나리오는 사용자가 애플리케이션을 사용하는 동안 수행할 수 있는 특정 작업을 설명하는 데 사용됩니다.
경우에 따라 사용자가 응용 프로그램을 사용하는 동안 경험할 수 있는 시나리오도 설명합니다.
UI 테스트 시나리오는 애플리케이션 내의 기능이 예상대로 작동하는지 확인하기 때문에 유용합니다. 유용한 시나리오를 생성하려면 애플리케이션에 대한 깊은 이해와 클라이언트 및 개발자의 의견이 필요합니다.
2. UI 테스트 시나리오의 예
예를 들어, 애플리케이션의 로그인 페이지에 대한 테스트 시나리오를 고려하십시오. 이에 대한 UI 테스트 시나리오는 다음 질문에 답하려고 합니다.
• 사용자가 올바른 자격 증명을 사용하여 플랫폼에 로그인할 수 있습니까?
• 잘못된 자격 증명을 사용하여 로그인하면 어떻게 됩니까?
• 유효한 사용자 이름을 사용하지만 잘못된 암호를 사용하면 어떻게 됩니까?
• 필드를 공백으로 두고 로그인을 시도하면 어떻게 됩니까?
• ‘비밀번호 찾기’ 버튼이 있는 경우 클릭하면 어떻게 되나요?
• 페이지의 모든 링크가 의도한 대로 작동합니까?
이러한 질문에 답하면 UI 테스터가 제대로 작동하지 않는 애플리케이션 영역을 식별하는 데 도움이 됩니다.
또한 사용 가능한 모든 작업이 올바른 자격 증명을 사용하여 로그인하는 것과 같은 예상 결과를 제공하는지 확인합니다.
UI 테스트 케이스
UI 테스트 시나리오의 개별 측면을 살펴보기 위해 테스트 사례를 사용하여 애플리케이션 기능의 개별 기능을 분석합니다.
다음은 예시와 함께 어떤 UI 테스트 케이스가 있는지 요약한 것입니다.
1. UI 테스트 케이스란?
UI 테스트 케이스는 애플리케이션 내의 특정 기능 또는 기능을 확인하기 위해 수행되는 일련의 작업입니다.
UI 테스트 케이스는 특정 시나리오에 대한 테스트 단계, 데이터, 사전 조건 및 사후 조건을 분류하고 요구 사항도 확인합니다.
UI 테스트 케이스는 단일 수준에서 심층 테스트를 허용하기 위해 매우 구체적인 변수를 포함하는 경향이 있습니다. 그런 다음 UI 테스터는 실제 결과를 예상 결과와 비교하여 애플리케이션이 요구 사항에 맞게 작동하는지 확인합니다.
2. UI 및 GUI 테스트 사례의 예
UI 및 GUI 테스트 사례를 더 잘 이해하는 데 도움이 되도록 로그인 화면의 기능을 살펴보는 테스트 시나리오에 대한 테스트 사례인 아래의 예를 살펴보세요.
• 유효한 자격 증명을 입력할 때 시스템의 동작을 확인합니다.
• 유효하지 않은 이메일이지만 유효한 비밀번호를 사용하는 경우 시스템의 동작을 확인하십시오.
• 유효한 이메일이지만 유효하지 않은 비밀번호가 사용된 경우 시스템의 동작을 확인합니다.
• 잘못된 이메일과 비밀번호를 사용했을 때 시스템의 동작을 확인합니다.
• 필드가 비어 있을 때 시스템의 동작을 확인하십시오.
• ‘비밀번호 찾기’ 링크가 예상대로 작동하는지 확인하십시오.
• ‘로그인 유지’ 버튼 체크 시 시스템 동작을 확인합니다.
• 잘못된 전화번호 입력 시 시스템의 동작을 확인하세요.
따라서 이러한 모든 예는 개별 UI 테스트 케이스입니다.
전체 프로세스를 다루는 테스트 시나리오와 달리 테스트 케이스는 개별 기능을 살펴봅니다. 즉, 위의 각 예제는 전체 목록을 테스트 시나리오로 분류한 UI 테스트 케이스입니다.
UI 테스트 스크립트
애플리케이션 테스트에 대한 더 자세한 분석을 얻기 위해 테스트 케이스 및 시나리오에 대해 테스터에게 더 많은 정보를 제공하기 위해 UI 테스트 스크립트가 생성됩니다.
다음은 UI 테스트 스크립트가 무엇이고 어떻게 작성하는지에 대한 요약입니다.
1. UI 테스트 스크립트란 무엇입니까?
UI 테스트 스크립트는 일반적으로 한 줄씩 응용 프로그램에서 수행되는 테스트에 대한 매우 자세한 설명입니다.
사용된 테스트 사례, 데이터 및 응용 프로그램의 예상 기능 측면에서 많은 세부 사항과 함께 본질적으로 매우 구체적입니다.
테스트 케이스의 모든 결과는 정보의 풍부함을 추가하기 위해 테스트 스크립트에도 포함됩니다.
2. UI 테스트 스크립트 작성 방법
UI 테스트 스크립트는 단순히 테스트 사례를 자세히 설명하므로 간단합니다.
다음 정보를 포함하는 한 UI 테스트 스크립트에서 많은 가치를 얻을 수 있습니다.
• 테스트 스크립트 ID: 테스트 스크립트의 고유 식별자입니다.
• 제목: 테스트 스크립트의 제목입니다.
• 테스트 케이스 ID: 스크립트를 생성할 테스트 케이스의 ID입니다.
• 요구 사항: 테스트 케이스를 실행하는 데 필요한 하드웨어 응용 프로그램의 사양입니다.
• 절차: 테스트를 진행하기 위해 취하는 단계입니다.
• 결과: 테스트의 출력이자 최종 결과입니다.
• 상태: 테스트 스크립트의 성공 여부를 나타냅니다. 통과했습니까 아니면 실패했습니까?
• 오류 코드: 문제가 발생한 경우 오류 코드는 문제가 무엇인지 자세히 설명합니다.
UI 테스트를 위한 체크리스트
이제 UI 테스트를 시작할 준비가 되었으므로 아래 체크리스트를 사용하여 고유한 테스트를 만드십시오.
1. 기본 기능 확인
기능 테스트는 플랫폼에서 시각적 버그나 결함과 같은 것을 찾는 좋은 방법입니다.
이 단계에서 생체 인식, 모든 메시지 및 애플리케이션 메모리 정보와 같은 항목을 포함해야 합니다.
2. 플랫폼 간 호환성 확인
특정 사용자를 애플리케이션에서 차단하는 장치 조각화와 같은 문제를 방지하려면 플랫폼 간 호환성 검사를 수행하는 것이 좋습니다.
여기에는 다양한 화면 해상도에서 애플리케이션을 확인하는 작업이 포함됩니다.
Android 및 iOS와 같은 모바일 장치에서 기본 및 하이브리드 응용 프로그램 호환성을 모두 살펴보는 것이 좋습니다.
3. 다양한 화면 크기에서 호환성 확인
최종 사용자가 응용 프로그램과 함께 사용하려고 할 수 있는 다양한 화면 크기가 있으므로 이에 대한 UI를 테스트하는 것이 중요합니다.
UI 응답성 테스트는 잠재적인 문제를 해결하기 위해 가장 최신 장치에서 구현하는 것이 가장 좋습니다. 또한 가로 및 세로 모드 모두에서 테스트해야 합니다.
4. 성능 및 확장성 확인
애플리케이션에 확장성이 있으면 다양한 플랫폼에서 뛰어난 성능을 제공할 수 있습니다.
다양한 부하 수준, 트래픽 및 기타 최종 사용자 시나리오를 테스트하여 애플리케이션의 성능과 확장성을 평가합니다.
이는 여러 환경에서 로봇 프로세스 자동화 와 같은 자동화된 UI 테스트를 사용하는 병렬 테스트를 사용하여 수행할 수 있습니다.
5. 애플리케이션 접근성 확인
접근성 테스트를 통해 최종 사용자가 예상대로 작동하도록 지원하는 특정 기능이 있는지 확인합니다. 여기에서 글꼴 크기, 스크린 리더 모드 및 확대/축소 옵션과 같은 사항을 확인하십시오.
6. 색상 및 텍스트 확인
응용 프로그램은 특정 방식으로 색상을 표시해야 하므로 색상 구성표를 테스트하여 이를 확인하는 것이 중요합니다.
여기에는 하이퍼링크의 색상이나 기타 글꼴 유형과 같은 항목이 포함됩니다. 또한 철자, 글꼴 크기 및 정렬에 문제가 있는지 텍스트를 확인하는 데 유용합니다.
7. 탐색 속도 평가
애플리케이션의 UI가 결함 없이 원활하게 실행되는지 테스트하십시오. 헤더의 로딩 화면과 같은 것은 지연을 찾기에 좋은 곳입니다.
