usability testing tutorial
이 사용성 테스트에 대한 포괄적 인 가이드는 사용성 테스트가 무엇인지, 왜 필요한지, 방법, 예제, 프로세스 및 도구를 설명합니다.
소프트웨어 제품, 웹 사이트 또는 서비스를 테스트하여 결과물의 품질을 측정합니다. 이 테스트는 기능 및 비 기능 테스트로 구성됩니다. 사용성 테스트는 많은 비 기능 테스트 유형 중 하나입니다.
사용성 테스트는 '사람'이 자신의 응용 프로그램을 원하는 방식을 통합하려는 IT 세계의 영역입니다. 이는 결코 쉬운 일이 아닙니다. 마음을 읽으려는 것과 같습니다. 상식처럼 들리는 것은 사용성을 테스트 할 때 심오한 과학입니다.
이 기사에서는 사용성 테스트의 필요성을 배우고 이해하고 다양한 범주를 이해합니다. 다른 도구와 방법도 살펴볼 것입니다. 사용성 테스트의 여러 단계와 결과를 분석하는 방법에 대해 알아 봅니다.
학습 내용 :
사용성 테스트가 필요한 이유
(영상 출처 )
우리는 사용자 또는 고객이 요구 사항에 대한 솔루션을 제공하기 위해 웹 사이트 또는 제품 또는 서비스를 만듭니다. 사용성 테스트를 수행함으로써 생성 된 솔루션이 고객 또는 사용자 요구 사항을 충족하는지 여부를 파악할 수 있습니다.
생성 된 서비스 또는 제품이 기능상 예상대로 작동 할 수 있지만 사용자 친화적이지 않을 수 있습니다. 따라서 제품의 사용자 또는 고객을 유치 할 수 없으며 더 나은 사용자 경험을 제공 할 수 없습니다. 이는 사용자가 다른 제품이나 서비스를 훨씬 더 쉽게 사용할 수있게되므로 결국 회사의 비즈니스에 영향을 미칠 것입니다.
사용성 테스트 란?
비 기능적 유형의 소프트웨어 테스트입니다. 이해 가능성, 학습 가능성, 조작성, 매력 및 준수로 크게 나뉩니다. 사용성 테스트는 소프트웨어 제품을 이해하고, 배우기 쉽고, 작동하기 쉬우 며, 지정된 조건 및 요구 사항에서 사용자에게 매력적으로 보이는 정도를 결정하는 것입니다.
이러한 유형의 테스트는 일반적으로 개발 팀이 아닌 실제 사용자가 실행합니다. 개발 팀은 제품을 만든 사람이므로 사용자 경험과 관련된 결함을 찾지 못합니다.
사용성 테스트는 주로 세 가지 범주로 나뉩니다. 이것들은:
- 탐색 적
- 평가
- 비교적
이러한 범주를 자세히 이해하겠습니다.
# 1) 탐색
우리는 일반적으로 소프트웨어 테스트 프로세스의 초기 단계에서이 범주를 고려합니다. 초기 사용성 테스트는 테스트 프로세스에서 실행되며 최소값은 제품의 위험입니다. 일반적으로이 단계에서는 사용성 테스트를 위해 제품의 디자인과 제품 또는 서비스와 관련된 개념을 고려합니다.
# 2) 평가
이 범주는 테스트의 전체 실행에 대한 평가를 설명하고 제품의 효과와 사용자 만족도를 분석합니다.
# 3) 비교
이 범주에서는 유사한 기술의 두 개 이상의 제품을 제품의 디자인, 제품 또는 서비스의 장단점과 같은 다른 속성으로 비교하여 더 나은 사용자 경험을 제공하는 제품을 선택하는 데 도움이됩니다.
사용성 테스트의 비교 범주에서 이름에서 알 수 있듯이 두 가지 이상의 유사한 제품을 비교하고 제품의 기능, 작동, 장단점을 이해합니다. 이는 고객을 유치하고 시장을 지배하기 위해 제품 빌드의 개선 영역을 결정하는 데 도움이됩니다.
사용성 테스트 방법
다음은 가장 일반적으로 사용되는 사용성 테스트 방법입니다.
# 1) 복도 테스트
이 방법은 다른 방법과 비교할 때 가장 효과적이고 비용 효율적인 방법 중 하나입니다. 이 방법에서는 훈련 된 전문가보다 테스트 할 웹 사이트 나 제품을 무작위로받는 사람이 거의 없습니다.
임의의 사람들이 제품에 대한 사전 지식없이 서비스를 테스트하므로보다 효과적으로 테스트하고 개선을 위해 더 정확한 결과와 정직한 피드백을 제공합니다.
# 2) 원격 사용성 테스트
이름에서 알 수 있듯이 원격 사용성 테스트는 원격 위치에있는 사람들, 즉 테스트 목적으로 여러 주 또는 여러 국가에있는 사람들이 수행합니다. 이러한 유형의 테스트는 원격으로 수행되며 문제가 발견되면보고 할 수 있습니다.
피드백은 기록 될 수 있으며 기술 전문가가 아닌 임의의 사람이 제출할 수 있습니다. 때때로 화상 회의를 사용하여 원격 테스트가 실행됩니다. 이러한 유형의 사용성 테스트는 다른 유형의 테스트에 비해 비용 가치가 더 적습니다.
# 3) 전문가 리뷰
해당 분야의 전문가는 제품 또는 서비스를 테스트하고 피드백을 제공 한 다음 결과를 제출해야합니다. 이러한 유형의 테스트는 회사가 기술 전문가를 고용해야하기 때문에 일반적으로 비용이 많이 듭니다. 전문가 검토를 원격으로 수행하여 결과를 제출할 수도 있습니다.
이러한 유형의 사용성 테스트는 빠르게 실행되고 시간이 덜 걸립니다. 전문가는 허점을 신속하게 찾아 내고 제품 또는 서비스의 결함을 감지합니다. 이러한 테스트는 일반적으로 비용이 많이 들기 때문에 클라이언트는이 옵션을 사용하지 않습니다.
이 테스트는 전문가가 보유한 경험으로 인해 신뢰할 수 있습니다. 제품에 중요한 기능이 있고 회사가 제품을 출시하기 전에 사용자의 반응을 찾아야하는 경우 전문가 리뷰는 비용을 지불 할 가치가 있습니다.
# 4) 종이 프로토 타입 테스트
종이 프로토 타입 테스트는 사용성 테스트를위한 가장 전통적인 접근 방식 중 하나입니다. 이 방법에는 테스트 실행, 손으로 스케치, 모델 또는 프로토 타입 그리기의 드라 이런이 포함됩니다.
(영상 출처 )
흐름을 논의하고이를 종이에 그리고 가능한 모든 입력과 시나리오 및 조건을 고려하는 것이 이러한 유형의 테스트의 목표입니다. 이것은 주요 문제를 제거하기 위해 모든 프로젝트에서 주로 관찰되는 주요 유형의 테스트 중 하나입니다. 종이 프로토 타입 테스트를 수행함으로써 실행 프로세스를 더 명확하게 할 수 있습니다.
종이 프로토 타입 테스트는 일반적으로 프로젝트 팀 내에서 수행됩니다. 따라서 테스트 프로세스의 초기 단계에서 고려됩니다. 이것은 비교적 저렴한 사용성 테스트 방법이지만 때때로 더 많은 시간이 소요되고 테스트 후에도 몇 가지 문제를 잃을 가능성이 더 높기 때문에 가장 효과적인 테스트 방법은 아닙니다.
# 5) 자동화 된 사용성 테스트
이름에서 알 수 있듯이이 테스트 방법은 자동화 스크립트를 작성하여 수행됩니다. 자동화를위한 스크립트를 작성하고 스크립트가 트리거되면 테스트 케이스가 실행됩니다. 테스트 실행 후 결과가 기록되고 제출됩니다.
이러한 유형의 테스트 방법의 경우 회사는 스크립트 작성 및 자동화 프레임 워크 구축에 능숙한 리소스를 고용해야합니다. 이것은 전문가 검토 유형의 테스트만큼 비싸지 않고 종이 프로토 타입 테스트 방법만큼 기본적이지 않기 때문에 가장 많이 사용되는 테스트 방법 중 하나입니다.
자동화 된 스크립트로 인해 사람의 개입이 적고 문제를 잃을 가능성이 적기 때문에 이것은 효과적인 사용성 테스트 유형 중 하나입니다.
사용성 테스트 도구
이 프로세스를 도와주는 많은 도구가 있습니다. 이러한 모든 도구는 대략 다음과 같이 분류 할 수 있습니다.
카테고리 # 1) 작업 / 테스트를 만들어 사용자에게 제공합니다 (사용자를 찾고 작업을 제공하는 것은 도구 외부의 수동 활동입니다). 이러한 작업을 수행하는 동안 진행자는 화면을보고 상호 작용할 수 있습니다. 이것은 당신이 'Skype'를 어떻게 할 것인지의 라인에있을 수 있습니다.
카테고리 # 2) 도구는 사용자를 제공하거나 자신의 사용자를 선택할 수 있습니다. 페이지 / 디자인 및 수행 할 작업을 제출할 수 있습니다. 그러면이 도구는 사용자 상호 작용에 대한 비디오와 사용자의 댓글을 제공합니다. 자신 만의 분석을 할 수 있습니다.
카테고리 # 3) 시선 추적 및 히트 맵 사용자가 페이지의 어느 부분에서 가장 많은 시간을 보냈는지 확인하는 방법입니다. 이 범주의 일부 도구는 사용자의 클릭, 스크롤, 마우스 이동 등도 기록합니다.
카테고리 # 4) 입력으로 제출 한 웹 사이트, 페이지 또는 와이어 프레임을 기반으로 피드백을 제공하는 도구입니다. 이러한 유형의 일부 도구는 사용성 문제에 대한 결정적인 증거를 제공하는 데 도움이되는 설문 조사도 제공합니다.
카테고리 # 5) 사용성 테스트를 위해 사용자를 모집하는 도구입니다.
위는 매우 광범위한 분류입니다. 다른 많은 도구가 있습니다. 또한 특정 범주로의 구분이 항상 그렇게 깨끗한 것은 아닙니다. 때로는 도구가 동시에 여러 방법을 사용합니다.
다음은 현명한 도구 목록과 이에 대한 자세한 정보를 찾을 수있는 링크입니다.
사용성 테스트를 위해 다양한 도구를 사용하면 사용자가보다 효과적이고 효율적인 방식으로 작업을 완료 할 수 있습니다. 이러한 도구는 더 나은 사용자 경험을 식별하는 데 도움이됩니다. 비용이 많이 들고 클라이언트가 이러한 목적을 위해 도구에 투자하기를 원하지 않기 때문에 모든 프로젝트가 사용성 테스트에 도구를 사용하는 것은 아닙니다.
CrazyEgg는 가장 널리 사용되는 사용성 테스트 도구 중 하나입니다. 사용하기 쉬운 클릭 기반 사용자 경험 도구입니다.
다음은 가장 많이 사용되는 도구 목록입니다.
- UXtweak
- CrazyEgg
- Userzoom
- 루프 11
- 최적화
- TryMyUI
- UserTesting.com
- Qualaroo
- Usabilla
- UserFeel
- Userlytics
- Validately.com
추가 읽기=> 최고의 사용성 테스트 도구 목록
장점과 단점
사용성 테스트의 장점 :
- 사용성 테스트를 실행하여 제품의 결함이 발견되면 개선하고 제품 출시 전에 수정할 수 있습니다. 테스트를 실행하면 제품 품질을 높이는 데 도움이됩니다.
- 사용자 경험을 더 잘 이해하는 데 도움이되는 사용성 테스트를 수행 한 후 해결할 수있는 토론으로 내부 토론이 진행되는 경우가 많습니다.
- 때때로 개발 팀이 사용성 테스트를 실행하여 찾을 수있는 몇 가지 사소한 결함을 감지하지 못하는 경우가 있습니다.
- 피드백은 사용자 측에서 직접 제공되므로 대상 고객에 따라 제품을 개선하는 것이 비즈니스에 유리합니다.
사용성 테스트의 단점 :
- 재정적 제약은 유용성 테스트를위한 리소스를 모집하고 관리해야하는 주요 단점 중 하나입니다.
다른 참가자 또는 요소
사용성 테스트 참가자는 프로젝트의 복잡성과 예산에 따라 다릅니다. 프로젝트가 매우 복잡하고 중요하고 중요한 기능이 포함 된 경우 더 많은 참여자가 고려됩니다. 중간 수준의 복잡성 프로젝트를 테스트하기 위해 소규모 참가자 팀이 고려됩니다.
대부분의 경우 사용성 테스트를 위해 연구원과 몇 명의 참가자가 있습니다. 참가자 수는 3 명에서 25 명 사이이며, 5 명에서 10 명으로 구성된 모든 팀이 대부분 관찰됩니다.
연구원은 진행자 또는 중재자라고도하며, 연구원은 참가자를 관찰하고 참가자가 수행 한 작업을 중재하고 피드백을 기록하는 사람입니다.
주로 다음과 같은 세 가지 요소가 있습니다.
수행 할 연구원, 참가자 및 작업.
참가자는 작업을 실행하는 사람이고 진행자는 작업을 수행하는 참가자를 안내합니다. 진행자와 참가자는 참가자가 서비스를보다 효율적이고 올바른 방향으로 테스트 할 수 있도록 브레인 스토밍 세션을 진행합니다.
진행자는 제출 된 결과가 정확한지 확인합니다. 연구원은 테스트가 원격으로 수행되는 경우 작업 시트 또는 구두 또는 화상 회의를 통해 참가자에게 지침을 전달합니다. 진행자는 참가자가 수행 한 작업이 제대로 진행되고 있는지 확인하기 위해 참가자에게 교차 질문을 요청할 수 있습니다.
연구자가 수행 한 작업에서 편차를 발견하면 연구자는 실행 흐름을 제어 할 수 있습니다.
사용성 테스트의 여러 단계
사용성 테스트를 시작하는 방법을 이해하겠습니다. 또는 사용성 테스트의 다른 단계는 무엇입니까?
다른 테스트 기술과 마찬가지로 사용성 테스트도 가능한 한 빨리 시작해야합니다. 의 다른 단계에는 계획, 채용, 실행, 데이터 분석 및보고가 포함됩니다.
(영상 출처 )
# 1) 계획
이 단계는 소프트웨어 테스트의 첫 번째 단계입니다. 계획 단계는 프로젝트의 목표가 정의되는 때입니다. 프로젝트 문서화는 계획 단계에서 이루어집니다. 이것은 소프트웨어 테스트에서 가장 기본적이고 중요한 단계 중 하나입니다.
이 단계에서는 테스트 프로세스를 진행하기위한 로드맵을 계획합니다. 우리는 무엇을 테스트해야할까요? 테스트하는 방법? 누가 어떤 기능을 테스트할까요? 테스트를 위해 고려해야 할 다른 시나리오는 무엇입니까? 계획 단계에서는 비즈니스 요구 사항을 수집하고 계획을 준비합니다.
아톰 편집기 대 비주얼 스튜디오 코드
# 2) 모집
이 단계에서는 프로젝트의 예산과 복잡성에 따라 진행자와 참가자를 모집합니다.
# 3) 실행
이 단계에서 참가자는 사용성 테스트를 수행하고 할당 된 작업을 수행합니다.
# 4) 데이터 분석
데이터 분석 단계에서는 사용성 테스트에서받은 피드백을 분석합니다. 결과가 분류되고 패턴이 식별됩니다. 결론은 제품을 개선하고 비즈니스를 개선하기 위해 제출 된 피드백에서 생성됩니다.
# 5)보고
받은 피드백과 결과는 프로젝트 전반에 걸쳐 고객 및 개발 팀과 공유됩니다. 이 단계에서는 개선 영역 및 구현에 대한 논의를 고려합니다.
(영상 출처 )
UX 테스트 중 고려할 요소
무엇보다 먼저 테스트를 일찍할수록 프로젝트의 위험, 시간 낭비 및 예산을 방지하는 것이 더 좋습니다.
- 테스트가 초기 단계에서 시작된 경우 개선 영역을 더 쉽게 처리 할 수 있습니다.
- 작업을 실행할 사용자 팀을 선택합니다.
- 사용자 경험과 제품에 대해 더 많이 알기 위해서는 대상 청중을 이해해야합니다. 이렇게하면 누가 제품을 사용할 것인지, 이러한 범주의 사용자에게 필요한 것이 무엇인지 이해하는 데 도움이됩니다. 제품 사용 목적. 제품이 사용자를 만족시킬 수 있습니까?
- 사용자가 나중에 찾을 수있는 제품 및 추가 기능을 사용하는 가능한 방법.
- 개발 팀과 개선 영역에 대해 논의하고 그에 따라 협력하십시오.
- 또한 제품을 테스트하는 동안 성능과 응답 속도를 고려해야합니다.
사용성 테스트 예
테스트 결과를 분석하려면 항상 사용자의 관점을 생각해야합니다. 사용자 경험에 영향을 미치고 개선 할 기능을 염두에 두어야합니다. 이를 더 잘 이해하기 위해 아래에서 몇 가지 예를 살펴 보겠습니다.
예 1 : 여행 웹 사이트의 사용성 테스트.
여행 웹 사이트를 테스트하기 위해 아래 시나리오를 고려하십시오.
# 1) 항공편 예약
항공편 예약 시나리오를 고려하는 동안 사용자는 편도 및 귀국 항공편 옵션을 선택할 수 있어야합니다. 사용자 경험을 향상시킬 수있는 한 가지 옵션은 사용자가 여러 도시 옵션을 선택할 수 있는지 여부입니다.
# 2) 호텔 예약
사용자가 도시를 여행하는 것을 고려하면서 숙소를 찾을 수도 있습니다. 사용자가 항공편 예약과 호텔 숙박을 한 곳에서 찾을 수 있다면 사용자 만족도를 높일 수 있습니다. 사용자는 10 개의 다른 웹 사이트를 탐색 할 필요가 없습니다. 모든 것이 한 곳에서 처리되므로 더 많은 사용자가 웹 사이트에 끌릴 것입니다.
# 3) 자동차 / 이륜차 렌트
사용자가 휴가 또는 소규모 비즈니스를 위해 도시로 여행을 계획하는 동안 현지 여행을 위해 차량이 필요할 수 있습니다. 웹 사이트에 차량을 대여 할 수있는 옵션이 있으면 사용자를 긍정적으로 웹 사이트로 끌어들일 수 있습니다.
# 4) 비행 추적
이것은 고객이 비행기에 도착하기 전에 확인하는 중요한 기능 중 하나입니다.
이 화면은 언급 된 출발 도시에 따라 도착 및 출발 출발 항공편 상태를 모두 표시해야합니다. 또한 더 나은 사용자 경험을 위해 페이지에는 항공사, 시간 또는 목적지를 기반으로 한 빠른 검색을위한 검색 옵션이 포함되어야합니다.
# 5) 할 일 / 방문하기 좋은 장소
이것은 웹 사이트 사용자의 관심을 끌 추가 기능이 될 수 있습니다. 이 기능을 통해 사용자는 장소에 대해 더 잘 알고 주변을 탐색 할 수 있습니다. 이것은 사용자가 지역 운송을 위해 차량을 빌릴 가능성을 추가 할 수 있습니다. 웹 사이트에 차량을 빌리는 기능과 주변을 방문 할 수있는 장소가 있다면 이점이 추가 될 것입니다.
# 6) 과거 예약 관리
이 기능은 사용자에게 유사한 요구 사항이있는 경우 최근에 여행 한 옵션을 쉽게 반복 할 수 있으므로 사용자와 사업주 모두에게 큰 도움이됩니다. 이 기능으로 인해 비즈니스 소유자는 사용자 유형과 예약 유형을 이해할 수 있으므로 비즈니스를 개선하기 위해 사용자에게 더 나은 거래 및 제안을 제공하는 데 도움이 될 수 있습니다.
이 기능은 사용자가 방금 분실 한 환급을 위해 이루어진 예약 영수증을 제출해야하는 경우 큰 도움이됩니다. 이 기능 때문에 그 사람은 웹 사이트에서 중복 영수증을받을 수 있습니다.
이 기능이 그 사람에게 도움이 되었기 때문에 앞으로 그 사람은이 웹 사이트를 고려할 수 있고 다른 사람들에게 좋은 말의 입이 될 것입니다.
# 7) 고객 서비스
웹 사이트에있는 모든 기능 외에도 사용자가 어려움을 겪거나 도움이 필요하면 고객 서비스가 찾아 볼 수있는 기능입니다. 이것은 사용성 테스트 동안 우리의 목표 인 고객 만족과 직접적으로 관련이 있으므로 매우 중요한 기능입니다.
전화, 이메일 또는 채팅을 통해 고객 서비스에 연결합니다. 자주 묻는 질문을 게시하는 것도 고객에게 도움이됩니다.
다른 응용 프로그램에 대해 논의하겠습니다.
예 2 : Uber를 사용하여 온라인으로 운송하기
# 1) 차량 예약
이것은 100 명의 사용자가 동시에 차량을 예약하려고하는 경우에도 사용자가 차량을 예약 할 수 있어야하는 애플리케이션의 주요 기능입니다.
# 2) 승차 종류
사용자는 마이크로, 미니, 프라임, 스웨덴, 카풀 등 모든 유형의 라이드를보고 예약 할 수 있어야합니다. 라이드에서 사용 가능한 좌석 수도 라이드 유형과 함께 표시됩니다.
# 3) 도착 예정 시간
예약하는 동안 예상 도착 시간이 표시되어 사용자가 이용 가능한 다른 승차 옵션 중에서 결정할 수 있습니다.
# 4) 차량 예약시 예상 비용
예약하는 동안 사용자가 사용 가능한 다양한 승차 옵션에서 예약 할 수 있도록 예상 비용이 표시되어야합니다.
# 5) 나중에 타기 옵션
사용자가 라이드를 미리 예약하고 싶다면 개인이 원하는 라이드를 예약 할 수 있어야합니다.
# 6) 공유 승차 옵션
사용자가 친구를 위해 라이드를 예약했고 라이드 세부 정보를 친구와 공유하려는 경우. 그 사람은 승차 정보를 공유 할 수 있어야합니다.
# 7) 다른 지불 추가
사용자는 모든 모드에서 결제 할 수 있어야합니다. 신용 카드, 직불 카드 옵션, UPI, 지갑 또는 현금 결제와 같습니다. 응용 프로그램은 신용 카드, 직불 카드 자격 증명을 저장하기 전에 확인을 요청해야합니다.
# 8) 고객 지원
사용자는 전화, 이메일 또는 채팅을 통해 고객 서비스에 연결할 수 있어야합니다. 자주 묻는 질문을 게시하는 것도 고객에게 도움이됩니다. 실수로 소지품을 분실했거나 운전자가 잘못 청구 한 경우, 운전자가 잘못 행동하거나 사용자가 불만을 제기하거나 도움을 요청하는 경우에도 도움이됩니다.
이 기능은 도움을 요청하는 사용자에게 가장 중요한 기능 중 하나임이 입증되었습니다.
# 9) 예약 한 탑승 취소
사용자가 실수로 라이드를 예약하고 취소를 원하는 경우 사용자는 예약 된 라이드를 취소 할 수 있어야합니다.
# 10) 운전 기사에게 전화
운전자가 픽업 위치에서 라이더를 찾을 수 없거나 사용자가 픽업 위치에 있고 드라이버를 찾을 수없는 경우가 발생할 수 있습니다. 이 기능은 운전자가 위치를 알지 못하는 경우 혼란을 줄이고 시간을 절약하며, 운전자가 귀하에게 연락하여 쉽게 연락 할 수 있습니다.
사용성 테스트 후에 일어나는 일
위의 예를 고려할 때 언급 된 기능은 여행 웹 사이트 및 온라인 차량 예약 애플리케이션을 사용하는 동안 사용자로부터 피드백으로받은 기능입니다. 고객 요구 사항 및 웹 사이트 사용에 따라 필요한 기능이 거의 없을 수 있습니다.
사용성 테스트를 완료 한 후 가장 먼저해야 할 일은 모든 피드백과 결론을 모은 다음 제품 / 서비스 개선으로 수용 할 수있는 모든 것에 대해 논의하는 것입니다. 변경 사항을 통합하는 데 얼마나 많은 시간이 필요합니까? 프로젝트 팀이 구현할 변경 사항에 대해 명확하지 않은 경우 다시 논의하여 모호성을 제거 할 수 있습니다.
향상된 기능의 영향은 응용 프로그램을 사용할 대상, 응용 프로그램의 목적, 웹 사이트에서 추가하거나 개선해야하는 기능에 따라 다릅니다. 위의 모든 사항을 논의한 후 제품의 기능을 고려한 관리 호출입니다. 이는 또한 기능이 비즈니스에 미치는 영향에 따라 다릅니다.
자주 묻는 질문
Q # 1) 소프트웨어 테스트에서 사용성 테스트 란 무엇입니까?
대답: 사용자가 제품을 얼마나 쉽게 이해하고 사용할 수 있는지 결정하는 데 사용되는 비 기능적 유형의 소프트웨어 테스트입니다.
Q # 2) 사용성 테스트는 어떻게 이루어 집니까?
대답: 대부분 전담 팀이 사용성 테스트를 수행합니다. 팀은 자신에게 할당 된 작업을 수행하고 관찰 내용을보고하는 참가자로 구성됩니다. 촉진자는 팀을 중재하는 사람입니다.
Q # 3) 사용성 테스트의 목적은 무엇입니까?
대답: 개발 된 제품은 사용자 요구 사항을 충족해야합니다. 사용성 테스트를 수행하여 사용자 경험을 찾고 개선 범위가있는 제품을 개선 할 수 있습니다.
Q # 4) 사용성 테스트의 세 가지 주요 원칙은 무엇입니까?
답변 : 다음과 같습니다.
- 제품 개발을 다룹니다.
- 실제 사용자가 제품을 사용하고 사용자 경험을 이해하면서 연구하는 것이 포함됩니다.
- 사용자 경험에 따라 제품을 개선하고 목표를 설정하고이를 달성하기위한 타임 라인을 포함합니다.
Q # 5) 사용성 기능은 무엇입니까?
답변 : 사용성에는 5 가지 특성이 있습니다. 다음과 같습니다.
- 유효한
- 실력 있는
- 매력적인
- 오류 허용
- 배우기 쉬움
사용성 테스트에 대한 추가 정보
(영상 출처 )
사용성 테스트는 AUT의 인터페이스가 간단하고 만족스러운 방식으로 쉽게 (효율적으로) 요구 사항 (효과 성) 충족과 관련하여 사용자의 기대에 부합하는 방식으로 구축되었는지 확인합니다.
주요 초점은 다음과 같습니다.
- 사용의 용이성
- 학습의 용이함 또는 시스템에 익숙 함
- 전체 경험에 대한 사용자의 만족
사용성에는 많은 차원이 있습니다. 이는 사용자가 애플리케이션과 상호 작용하는 동안의 '경험'과 이에 대한 '느낌'에 관한 것입니다. 구조화 된 사용성 테스트는 이러한 경험 / 느낌을 검증 프로세스로 변환합니다.
수행되는 이유
웹 및 모바일 애플리케이션은 최근 비즈니스 세계를 지배하고 있습니다. 이러한 앱은 효율적이고, 효과적이고, 쉽고, 간단하고, 매력적이며, 매력적인 등 고객이 수용하는 데 매우 중요합니다. 사용성 테스트는 사이트가 사용자가 사용하고 싶어하는 사이트인지 여부를 결정하는 것입니다.
이것은 소프트웨어 시스템에만 적용되는 것이 아닙니다. 인간 상호 작용이있는 모든 기계 / 인터페이스는 이러한 규칙을 충족해야합니다. 어떻게 물어? 투표 기계를 사용할 수 없다면 민주주의는 고통받을 것입니다. 후보자를 선택하기 위해 하나 이상의 버튼을 클릭해야한다면 투표하지 않겠습니까? 바로 그거죠!
소프트웨어 별 예를 보려면 다음을 확인하십시오. 3 억 달러 기사 버튼 배치가 비즈니스에 미치는 영향을 명확하게 설명하는 Jared Spool이 작성했습니다.
사용성 테스트는 언제 수행됩니까?
테스터로서 우리는 이전에 결함이 발견됨 SDLC에서는 수정하는 것이 더 저렴합니다. 사용성 테스트에도 동일한 개념이 적용됩니다.
사용성 테스트 결과는 제품 디자인에 영향을 미칩니다. 따라서 이상적으로 사용성 테스트는 디자인 수준에서 시작해야합니다. 그러나 그것이 전부는 아닙니다. 소프트웨어는 SDLC 프로세스 전반에 걸쳐 많은 변경 / 해석 / 구현을 거칩니다. 이러한 단계에서 유용성과 관련된 실수를 저 지르지 않도록하기 위해이 테스트는 최대 결과를 위해 자주 그리고 지속적으로 수행되어야합니다.
이 테스트를 수행하는 사람
디자이너, 개발자 및 다른 사람이 앉아서 시스템을 분석하고 결과를 얻을 수있는 내부 프로세스로 수행 할 수 있습니다. 이러한 결과를 바탕으로 설계 및 / 또는 코드는 모두 동의하는 변경 사항에 따라 수정 될 수 있습니다.
보다 진보 된 접근 방식은 실시간 사용자를 고용하고 그들에게 특정 작업을 제공하는 것입니다. 진행자는 이러한 작업을 고안하고 사용자로부터 결과를 얻을 수 있습니다.
사용자는 다음 사항에 대한 정보를 제공 할 수 있습니다.
- 작업이 성공했는지 여부
- 작업을 쉽게 수행 할 수 있습니다.
- 흥미롭고, 매력적이거나, 성가신 경험 이었습니까? 소프트웨어에 대한 느낌
사용성 테스트 수행 방법 – 프로세스
테스트는 요구 사항에 대해 소프트웨어를 검증하는 것입니다. 사용성 테스트는 다르지 않습니다.이 경우 유일한 요구 사항은 소프트웨어가 사용자가 소프트웨어를 원하는 방식, 사용하기 편하게 만드는 요소, 종류에 대한 정신지도에 따라 소프트웨어가 맞는지 확인하는 것입니다. 전체적인 경험의 의미는 사용자가 상호 작용 등에서 벗어나는 것입니다.
이것들은이 테스트가 수행되는 몇 가지 방법입니다.
#1) 디자인 단계에서 웹 사이트 / 애플리케이션 디자인을 종이에 그려서 작동할지 여부를 평가할 수 있습니다.
#두) 탐색 적 방법은 사이트를 구축하고 일부 무작위 테스트 (개발 / 설계 / QA-일부 또는 모든 내부 팀에 의해)를 수행하여 유용성 요소를 결정하는 것입니다.
#삼) 사이트에서 작업하고 결과를보고 할 실시간 사용자 세트를 고용하십시오.
# 4) 제출 된 입력 와이어 프레임 및 디자인을 기반으로 통계를 제공하는 도구를 사용합니다.
# 5) 이 분야를 전문으로하는 타사 사용성 팀을 고용하십시오.
C ++와 자바의 차이점
# 6) 사이트 디자인 및 와이어 프레임을 외부 평가자에게 제출하고 결과를 얻으십시오.
구조화 된 사용성 테스트 프로세스에는 다음 단계가 포함됩니다.
1 단계) 사용성 테스트를 수행 할 사용자 식별 – 실시간 사용자가 될 방법에 가까운 사용자 집합을 선택하는 데 도움이됩니다. 전문가를 선택하거나 초보자를 완성하지 않도록주의해야합니다. 전문가들은 전체 프로세스를 간단히 진행할 것이며 초보자도 시작하기 위해 많은 배경 교육이 필요합니다. 어느 상황도 최적이 아닙니다.
2 단계) 사용자가 응용 프로그램에서 수행 할 작업 설계 – 사용자가 신청서를 사용하게 될 상황 목록은 시험 시작 전에 작성되어야합니다. 여기에는 전자 상거래 사이트에서 'X-box 검색 및 구매'또는 '고객 관리 질문 제출'등이 포함될 수 있습니다. 작업은 사용자가 사이트를 사용할 실제 거래를 밀접하게 나타내야합니다.
3 단계) 테스트 촉진 – 사용성 팀은 사용자가 사이트에서 작업을 수행하도록하고 테스트 진행 상황 및 결과에 대한 정보를 수집합니다. 사용자가 응용 프로그램에서 작업하는 동안 디자인 팀이 참여하면 정말 큰 차이를 만듭니다. 앱이 어떻게 사용되었는지, 사용자가 원하는 것을 직접 전달하지 못한 부분에 대한 더 나은 그림을 제공합니다.
4 단계) 결과 분석 – 테스트가 끝나면 작업이 성공했는지 여부 등 작업을 수행하는 데 걸린 시간으로 끝날 수 있습니다. 기본적으로 원시 데이터입니다. 결과는 모든 이해 관계자들에게 제시되고 잠재적 인 문제 영역을 식별하기 위해 분석되어야합니다.
지금까지 논의한 내용에서 다음과 같은 인상을 받았습니다.
#1) 사용성 테스트는 외부 및 외부 QA 작업이 아닙니다. 이러한 맥락에서 전통적인 QA 팀이 할 수있는 역할은 작업을 생성하고 테스트를 수행하고 결과를 해석하는 촉진자의 역할입니다. 이 경우 '테스터'는 실제로 사용자입니다.
#두) 사용성 테스트의 최종 결과 또는 결과는 결함이 아닙니다. 사용자가 어떻게 느꼈는지, 무엇을 좋아했는지, 무엇을하지 않았는 지에 대한 간단한 정보입니다. 기본적으로 원시 데이터입니다. 사용성 테스터의 업무는 결과를보고하는 것으로 끝나지 않습니다 (전통적인 QA 작업 , 우리 버그 신고 수정에 관여하지 마십시오), 소프트웨어를 사용자 상호 작용에 더 유용하게 만드는 방법에 대한 제안을 포함합니다.
#삼) 이러한 개념을 이해함으로써 실제로 기능 테스터로서 차이를 만들 수 있습니다. QA로서의 역할에 더 많은 가치를 추가하기 위해 이러한 사용성 개념을 적용하고 애플리케이션의 사용성을 개선하는 방법에 대한 통찰력있는 제안을 제공 할 수 있습니다.
결론
위의 튜토리얼에서 우리는 소프트웨어 테스트 라이프 사이클에서 사용성 테스트에 대해 자세히 배웠습니다. 튜토리얼은 또한 사용성 테스트가 필요한 이유, 장점과 단점, 사용성 테스트의 다른 참가자 또는 요소 등과 같은 주제를 다룹니다.
또한 테스트 결과를 분석하는 방법, 다양한 사용성 테스트 도구를 예제와 함께 자세히 다루었습니다.
제품 출시 전에 개선의 기회를 제공하므로 사용성 테스트가 필요합니다. 이러한 개선은 비즈니스를 긍정적으로 향상시킬 수 있습니다. 따라서 사용성 테스트는 매우 중요하며 고객에게 더 나은 결과물을 제공하기 위해 수행되어야합니다.
또한 읽으십시오 : 웹 애플리케이션 테스트에 대한 완전한 가이드입니다.
저자: 이 기사는 STH 팀원 Swati S가 작성했습니다.
이 기사가 사용성 테스트를 이해하는 데 도움이 되었기를 바랍니다. 아래 의견에 의견과 질문을 추가하십시오.