[5강] 사용성 테스트

사용성 테스트

• 유저가 제품이나 서비스를 실제 사용할 때 의도한 시나리오에 따라 테스크를 수행하는 지, 문제점은 없는지 관찰하기 위해 진행하며, 프로토타입이 있다면 개발 단계 중 어느 부분에서든 활용할 수 있다.
• 유저가 제품이나 서비스 사용에 어떤 생각을 가지고 어떤 혼란을 겪는지 파악할 수 있다.
• 제품 개선 전 : 유저의 불편 사항에 대해 파악
  제품 개선 후 : 유저가 실제로 어떻게 사용하는지 파악
• 중요성 : 제작진들은 프로젝트에 대해 너무 많이 알고 있어 편향을 가지고 있어 사용자의 시선을 확인하기 위해 화면을 직접 조작하며 마주치는 문제를 식별하여 디자인을 유저 중심적으로 개선하는데 도움을 받을 수 있다.

사용성 테스트 준비

• 구성 요소  
  - 진행자 : 참가자에게 사용성 테스트의 목적과 절차를 안내하여 테스크 수행과 지시를 통해 참가자를 관찰한다.
  - 테스크 : 참가자가 테스트 과정 중에 현실적으로 수행할 수 있는 활동.
  - 참가자 : 사용자를 대표하면서 프로젝트 지식이 있는 내부 구성원이나 페르소나와 완전히 무관한 사람이 아닌 사람들로 구성되어야 양질의 데이터가 얻을 수 있다.
  - 관찰자 : 사용성 테스트가 진행되는 동안 참가자의 행동과 반응을 관찰하고 기록한다.
• 환경 구성
  -관찰공간 : 관찰자들이 테스트 공간에서 일어나는 일들을 실시간으로 관찰하고 기록. 관찰자들은 참가자가 어떤 말을 하면서 화면을 조작하는 지 알 수 있어야한다.
  -테스트 공간 : 진행자와 참가자 들이 테스트를 진행하는 공간. 상황에 따라서 원격으로도 진행할 수 있다.

사용성 테스트 실행 과정

• 사용성 테스트 안내 -> 테스크 안내 -> 수행 -> 인터뷰 -> 마무리.
  1. 사용성 테스트 안내 : 사용성 테스트의 목적, 진행 방법, 주의 사항에 대해 안내를 전하며 주의 사항과 서약서 작성 등을 체크한다.
  2. 테스크 안내 : 참가자가 수행해야 할 테스크를 알려준다.
  3. 테스크 수행 : 참가자가 안내 받은 테스크를 수행하며, 자신의 생각과 감정을 표현한다.
  4. 인터뷰 : 참가자가 테스크 수행 전에 기대했던 것이 수행 후와 비교했을 때 어느 정도 차이가 있는지, 불편하게 하는 오류 요인은 무엇이 있는지 등 이용 만족도를 측정한다.
  5. 마무리 : 테스트 종료와 참여 보상을 증정한다

사용성 테스트 결과 정리

• 문제점 도출 → 원인 도출 → 개선 방향 도출을 통해 결과를 정리
  • 문제점 도출 : 참가자의 생각과 행동에 대한 기록과 관찰자의 기록을 종합하여 문제점을 파악한다.
  • 원인 도출 : 유저가 예상도와 실제 경험 및 내용의 차이를 확인한다.
  • 개선 방향 : 테스크별로 개선이 필요한 부분을 리스트업한다.
• 결과 정리에 있어, 참가자의 이용만족도, 테스크 성공 여부와 접근성을 측정하면 의사 결정에서 필요한 데이터로 활용할 수 있다.

휴리스틱 평가

• 휴리스틱 평가 : 전문가가 인터페이스를 검토하여 사용자 인터페이스의 문제점을 발견하는 방법

• 사용성 테스트와는 달리 유저를 대상으로 하지 않고, 디자이너나 사용자 경험 전문가가 특정 휴리스틱을 기반으로 평가한다.
• 디자인 초기 단계에서 비교적 쉽고 빠르게 적용해볼 수 있다는 장점이 있으나, 전문가 중심의 평가이기 때문에 실제 유저의 경험을 완벽하게 대변하지는 못한다는 단점이 있다.
• 10가지 평가 항목
  1. 시스템 상태 가시성
  2. 시스템과 실제 세상 매칭
  3. 유저 선택권과 자유도
  4. 일관성과 규정
  5. 에러 방지
  6. 기억보다는 인지
  7. 유연성과 효율성
  8. 심미적이고 미니멀한 디자인
  9. 에러 발생시 유저가 이해할 수 있도록 설명
  10. 문제 해결과 문서화