사용성 테스트란 무엇인가? 방법 및 사례
토마스 해밀턴
⚡ 스마트 요약
사용성 테스트는 실제 사용자가 애플리케이션 내에서 실제 작업을 얼마나 쉽게 완료하는지 측정합니다. 이 개요에서는 팀이 사용성 테스트를 수행하는 이유, 테스트 유형의 분류, 5단계 프로세스, 진행 상황을 입증하는 지표, 그리고 적절한 참가자 수에 대해 설명합니다.
사용성 테스트
사용성 테스트 사용자 경험(UX) 테스트라고도 하는 이 테스트는 비기능 테스트 소프트웨어 애플리케이션의 사용 편의성과 용이성을 측정하는 방법입니다. 소수의 목표 최종 사용자가 소프트웨어 애플리케이션을 사용하여 사용성 결함을 발견합니다. 사용성 테스트는 주로 사용자의 애플리케이션 사용 편의성, 제어 기능의 유연성, 그리고 애플리케이션이 목표를 달성하는 능력에 중점을 둡니다.
이 테스트는 초기 설계 단계에서 권장됩니다. SDLC이를 통해 사용자의 기대치를 더욱 명확하게 파악할 수 있습니다.
사용성 테스트를 하는 이유
미학과 디자인이 중요합니다. 일반적으로 제품의 외관이 얼마나 잘 작동하는지를 결정합니다.
다음과 같은 이유로 출시 후 비참하게 실패하는 소프트웨어 애플리케이션/웹사이트가 많이 있습니다.
- 다음은 어디를 클릭하나요?
- 어떤 페이지를 탐색해야 합니까?
- 어떤 아이콘이나 전문 용어가 무엇을 나타냅니까?
- 오류 메시지가 일관되지 않거나 효과적으로 표시되지 않습니다.
- 세션 시간이 충분하지 않습니다.
소프트웨어 공학, 사용성 테스트는 개발 주기 초기에 시스템의 사용성 오류를 식별하고 제품을 실패로부터 보호할 수 있습니다.
사용성 테스트 테스트 사례의 예
다음으로, 테스터가 실제로 무엇을 평가해야 하는지 생각해 보세요.
이 테스트의 목적은 사용자를 만족시키는 것이며, 주로 시스템의 다음 매개변수에 집중합니다.
시스템의 효율성
- 시스템은 배우기 쉬운가?
- 시스템이 유용하고 대상 고객에게 가치를 더합니까?
- 사용된 콘텐츠, 색상, 아이콘, 이미지가 미학적으로 만족스럽습니까?
여과 효율
- 원하는 화면이나 웹페이지에 도달하는 데 탐색이 거의 필요하지 않으며 스크롤바를 자주 사용하지 않아야 합니다.
- 균일성 체재 애플리케이션/웹사이트의 화면/페이지.
- 소프트웨어 애플리케이션이나 웹사이트 내에서 검색할 수 있는 옵션입니다.
정확성
- 연락처 정보/주소와 같은 오래되거나 잘못된 데이터가 있어서는 안 됩니다.
- 끊어진 링크가 없어야 합니다.
사용자 친근성
- 사용되는 제어 장치는 자명해야 하며 작동을 위해 교육이 필요하지 않아야 합니다.
- 사용자가 애플리케이션/웹사이트를 이해할 수 있도록 도움을 제공해야 합니다.
- 위 목표에 맞추면 효과적인 사용성 테스트에 도움이 됩니다.
사용성 테스트 유형
사용성 테스트는 정해진 하나의 절차가 아닙니다. 모든 연구는 참가자 모집을 시작하기 전에 세 가지 축을 기준으로 분류됩니다. 즉, 누가 테스트 세션을 감독하는지, 테스트가 어디에서 진행되는지, 그리고 결과가 어떤 질문에 대한 답을 제공하는지입니다. GUI 테스트이러한 유형은 대조군이 제대로 작동하는지 여부가 아니라 실제 사람이 성공하는지 여부를 묻습니다.
| 타입 | 전달 방법 | 적합한 |
|---|---|---|
| 검토 됨 | 연구원이 각 과제를 소개하고 실시간으로 질문을 던집니다. | 행동의 이면에 있는 추론 |
| 조정되지 않음 | 소프트웨어는 참가자들이 혼자 작업하는 모습을 녹화합니다. | 대규모로 빠른 피드백 제공 |
| 대면(실험실) | 실험자와 관찰자는 통제된 공간을 함께 사용합니다. | 몸짓 언어, 복잡한 제품 |
| 원격수행 | 테스터는 자신의 기기와 위치에서 작업을 수행합니다. | 광범위한 영향력, 짧은 기간 |
| Explorative | 초기 개념에 대한 개방형 과제들을 수집했습니다. | 설계 확정 전에 부족한 부분을 찾아내기 |
| 비교적 | 사용자는 서로 경쟁하는 두 디자인 중에서 선택합니다. | 증거를 통해 논쟁을 해결하다 |
타이밍도 중요합니다. 형성 연구는 디자인이 유동적인 단계에서 진행되어 사용자가 어려움을 겪는 이유를 파악하는 데 도움이 됩니다. 총괄 연구는 완성된 시스템을 평가하는 데 사용됩니다.
사용성 테스트 방법: 2가지 기법
유용성 테스트에는 두 가지 방법이 있습니다.
- 실험실 유용성 테스트
- 원격 사용성 테스트
실험실 유용성 테스트:이 실험은 참관인이 있는 별도의 실험실에서 진행됩니다. 실험 참가자들에게는 수행해야 할 과제가 주어집니다. 참관인의 역할은 실험 참가자들의 행동을 관찰하고 실험 결과를 보고하는 것입니다. 참관인은 실험 과정 동안 침묵을 지킵니다. 이 실험에서는 참관인과 실험 참가자가 동일한 물리적 공간에 있습니다.
원격 사용성 테스트: 이 테스트에서는 관찰자와 테스터가 원격으로 위치합니다. 테스터는 테스트 중인 시스템에 원격으로 액세스하여 할당된 작업을 수행합니다. 테스터의 음성, 화면 활동, 테스터의 표정은 자동화된 소프트웨어에 의해 기록됩니다. 관찰자는 이 데이터를 분석하고 테스트 결과를 보고합니다. 그러한 소프트웨어의 예 - http://silverbackapp.com/ (현재 은퇴)
사용성 테스트 수행 방법: 프로세스 완료
선택한 기법에 따라 사용성 테스트 프로세스는 다음과 같은 단계로 구성됩니다.
1단계) 기획: 이 단계에서는 사용성 테스트의 목표가 결정됩니다. 자원봉사자를 지원서 앞에 앉히고 그들의 행동을 기록하는 것은 목표가 아닙니다. 시스템의 중요한 기능과 목표를 결정해야 합니다. 이러한 중요한 기능을 실행하는 작업을 테스터에게 할당해야 합니다. 이 단계에서는 사용성 테스트 방법, 사용성 테스터의 수 및 인구 통계, 테스트 보고서 형식도 결정됩니다.
2단계) 모집: 이 단계에서는 사용성 테스트 계획에 따라 원하는 수의 테스터를 모집합니다. 인구통계학적(연령, 성별 등) 및 직업적(교육, 직업 등) 프로필과 일치하는 테스터를 찾는 데 시간이 걸릴 수 있습니다.
3단계) 유용성 테스트: 이 단계에서는 실제로 사용성 테스트를 진행합니다.
4단계) 데이터 분석: 사용성 테스트의 데이터를 철저하게 분석하여 의미 있는 추론을 도출하고 제품의 전반적인 사용성을 개선하기 위한 실행 가능한 권장 사항을 제공합니다.
5단계) 보고: 사용성 테스트 결과는 디자이너, 개발자, 클라이언트, CEO 등 모든 이해관계자와 공유됩니다.
몇 명의 사용자가 필요합니까?
연구(Virzi, 1992 및 Neilsen Landauer, 1993)에 따르면 5명의 사용자는 사용성 문제의 80%를 발견하기에 충분합니다.. 일부 연구자들은 다른 숫자를 제안합니다.
사실은, 실제로 필요한 사용자 수는 주어진 애플리케이션의 복잡성과 사용성 목표에 따라 달라집니다. 사용성 참여자가 늘어나면 비용, 계획, 참여자 관리 및 데이터 분석이 증가합니다.
그러나 일반적인 지침에 따르면 작은 예산 DIY 사용성 테스트에 관심이 있음 5는 좋은 숫자야 시작하기. 만약에 예산은 제약이 아니다 최고 경험이 풍부한 전문가와 상담하세요 사용자 수를 결정합니다.
사용성 테스트에서 측정해야 할 주요 지표
연구 결과가 수치로 정리되어 팀이 활용할 수 있을 때에만 제품이 변경됩니다. trac릴리스 전반에 걸쳐 k 값을 기록합니다. 모든 작업에 대해 동일한 측정 지표 세트를 기록한 다음 각 수치를 이전 빌드 또는 경쟁사 벤치마크와 비교합니다.
- 작업 성공률: 도움 없이 과제를 완료한 참가자의 비율입니다. 이 비율이 낮다는 것은 테스트 담당자의 문제가 아니라 설계상의 결함을 의미합니다.
- 업무 소요 시간: 첫 클릭부터 완료까지 몇 초밖에 걸리지 않아 탐색이 혼란스럽고 숨겨진 컨트롤이 드러납니다.
- 오류율: 잘못된 클릭, 잘못된 양식 입력 및 막다른 길은 각 작업별로 별도로 계산됩니다.
- 효율성 : 성공적인 작업량을 총 작업 소요 시간으로 나눈 값으로, 두 개의 후보 레이아웃이 경쟁할 때 유용합니다.
- 만족도 점수: 시스템 사용성 척도와 같은 작업 후 평가.
모든 수치를 기록된 관찰 결과와 짝지어 보세요. 측정치는 문제가 존재함을 증명하고, 기록은 그 원인을 설명합니다. Guru99는 이 가이드에서 더 넓은 틀을 다룹니다. 소프트웨어 테스트 지표.
UX 테스트 체크리스트
이 테스트의 주요 목표는 제품을 출시하기 전에 중요한 사용성 문제를 찾는 것입니다. 테스트를 성공적으로 하려면 다음 사항을 고려해야 합니다.
- 디자인 및 개발 초기 단계에서 UX 테스트를 시작하세요.
- 개발을 시작하기 전에 경쟁사의 제품에 대한 유용성 테스트를 수행하는 것이 좋습니다. 이는 대상 고객의 유용성 표준을 결정하는 데 도움이 됩니다.
- 시스템 테스트에 적합한 사용자를 선택합니다(전문가/비전문가 사용자/50~50명의 전문가 및 비전문가 사용자 가능)
- 대역폭 셰이퍼를 사용하십시오. 예를 들어 대상 고객의 네트워크 연결이 좋지 않은 경우 유용성 테스터를 위해 네트워크 대역폭을 56Kbps로 제한하십시오.
- 테스터는 시스템의 중요하고 자주 사용되는 기능에 집중해야 합니다.
- 각 테스터에 단일 관찰자를 할당합니다. 이는 관찰자가 테스터의 행동을 정확하게 기록하는 데 도움이 됩니다. 관찰자가 여러 테스터에 할당되면 결과가 손상될 수 있습니다.
- 이 테스트 결과는 실패의 신호가 아니라 개선의 신호임을 디자이너와 개발자에게 교육하십시오.
사용성 테스트의 장점
사용성 테스트는 장점과 단점을 모두 가지고 있습니다.
- 제품이 출시되기 전에 사용성 문제를 발견하는 데 도움이 됩니다.
- 최종 사용자 만족도 향상에 도움이 됩니다.
- 이는 귀하의 시스템을 매우 효과적이고 효율적으로 만듭니다.
- 유용성 테스트 중에 시스템을 실제로 사용하는 대상 고객으로부터 진정한 피드백을 수집하는 데 도움이 됩니다. 임의의 사람들의 "의견"에 의존할 필요는 없습니다.
유용성 테스트의 단점
- 비용은 유용성 테스트에서 주요 고려 사항입니다. 사용성 테스트 랩을 설정하려면 많은 리소스가 필요합니다. 사용성 테스터를 모집하고 관리하는 데에도 비용이 많이 들 수 있습니다.
그러나 이러한 비용은 더 높은 고객 만족도, 유지 및 재구매의 형태로 보상됩니다. 따라서 유용성 테스트를 적극 권장합니다.
