기본 콘텐츠로 건너뛰기

Rapid Usbility Testing

Rapid Usability Testing를 언급하기 전에 지난 포스트에서 언급했던 사용성 테스팅의 분류를 다시 한번 살펴보도록 하겠습니다.

사용성 테스팅의 분류는 여러가지 방법이 있지만 대체적으로 아래와 같이 분류할 수 있습니다.

사용성 테스팅을 프로젝트 기간 중 언제 수행하느냐에 따라 '형성적(formative) 테스트'와 '총괄적(summative) 테스트'로 분류할 수 있습니다.

그리고 사용성 테스팅의 성격에 따라 아래 표와 같이 정리해 볼 수 있습니다.


물론 위와 같이 우리가 수행해야할 사용성 테스팅들이 물과 기름처럼 뚜렷하게 구분되지는 않습니다.

언제 어떤 사용성 테스팅을 수행하느냐에 따라 두 성격의 사용성 테스팅이 적절하게 조화를 이루어야 합니다.

이전 포스팅에서도 이야기 했지만 중요한 것은 조화입니다.

Rapid Usability Testing 은 위의 표에서 목적 중심의 사용성 테스팅의 성격이 강하지만 필요하다면 목표 중심의 사용성 테스팅 방법을 적절하게 혼용하여 적용할 수 있습니다.

Rapid Usability Testing 은 명백하게 정성적인 테스트입니다.

Rapid Usability Testing 은 우리가 개발하는 제품의 사용성을 개선하기 위한 단서를 얻기 위한 테스트로 필요하다면 참가자의 수가 적어도 되고, 진행자가 테스트 중간에 절차를 바꿀 수도 있는 비공식적인 성격이 강한 테스트입니다.

테스트 중간에 절차를 바꾼다는 얘기는 특정 참가자가 특정 과제를 수행하지 못하는 경우 그 이유가 합당하다면 진행자가 과제를 바꾸거나 심지어는 건너뛸 수도 있다는 얘기입니다.

또는 특정 참가자가 특정 과제의 수행이나 해당 사용성 테스팅에 부적절하다고 판명되는 경우(때때로 보상에 눈이 멀어 사용성 테스팅 참가자 기준을 과대 포장하는 식으로 진행자를 속이고 사용성 테스팅에 참가하는 참가자들이 있습니다.) 해당 사용성 테스팅의 세션을 끝내거나 해당 참가자가 수행 가능한 사용성 테스팅을 진행하거나 완전히 새로운 과제를 진행할 수도 있습니다.

이러한 것은 목표 중심의 기존의 사용성 테스팅에서는 절대 허용되지 않는 것입니다.

Rapid Usability Testing 은 여러가지 방법들이 있지만 진행자와 참가자가 한 방에 같이 앉아 진행자가 참가자에게 몇 가지 과제를 수행하도록 하고 과제 수행 동안 진행자가 참가자의 생각을 말로 표현하도록 요구하여 그 생각을 관찰실의 관찰자들과 같이 기록하는 방법이 가장 흔하게 사용됩니다.

관찰실에는 개발팀, 경영진, 여러 이해 관계자들이 참가하게 됩니다.

테스트가 끝나면 관찰자들과 진행자는 관찰 결과를 비교 분석하고 무엇을 개선할 것인지를 결정하게 됩니다.

이외에도 Rapid Usability Testing 에는 스케치 테스팅, 와이어프레임 테스팅, 페이퍼 프로토타이핑 테스팅, 퍼소나 테스팅, 카드 소팅, 소원의 나무 등 여러 방법들이 있습니다.

이러한 방법 중에는 정성적인 데이터보다는 정량적인 데이터의 성격이 강한 방법들도 있습니다.

하지만 Rapid Usability Testing 은 5~8 명 많게는 수천명이 참가하는 거대 사용성 테스팅의 반대 개념으로 개발 기간동안 지속적으로 적은 비용으로 적은 참가자를 대상으로 가볍게 수행할 수 있는 모든 사용성 테스팅 방법을 총괄적으로 지칭하는 개념으로 이해한다면 좀 더 쉽게 이해 가능하다고 생각됩니다.

다음 포스팅에서는 이러한 거대 사용성 테스팅과 Rapid Usability Testing 의 차이에 대해 언급하도록 하겠습니다.

댓글

  1. @OHEAN 님 제 블로그에도 댓글 좀.. ^^ (디스커스의 새로운 기능인데 테스트로 한번 해보고 있습니다.)

    답글삭제
  2. @OEHAN:twitter 님 제 블로그에도 댓글 좀 달아주세요. (디스커스의 새로운 기능 테스트로 한번.. ^^)

    답글삭제
  3. Rapid라는 단어가 앞에 붙으면 항상 엄청난 기대를 하고 보게 됩니다. 계속 연재 하실꺼죠? 기대하겠습니다! ㅎ

    답글삭제

댓글 쓰기

이 블로그의 인기 게시물

테슬라 구매 과정 후기

올해 제 인생 최대 지름이 될.. 테슬라 구매를 했습니다. 스파크만 13년을 몰았는데... 내자분이 애들도 컸고.. 이젠 스파크가 좁고 덥고 힘들다면서... 4월 6일 하남 테슬라 전시장에서 새로 나온 업그레이드 된 모델 3를 보고 4월 7일 덜컥 계약을 해버리게 되었습니다. 이후에 4월 11일에 보조금 설문 조사 문자를 받았습니다. 그리고 다시 기다림의 시간이.. 사실, 처음에 하얀색을 계약을 했다가 하얀색은 관리하기가 너무 힘들거 같아 4월 20일에 블루로 변경을 했었는데.. 다른 사람들은 하나 둘 차량을 인도 받는데.. 아무리 기다려도 인도 일정이 배정이 되지 않아서... 혹시나 하고 4월 25일 하얀색으로 변경하자마자 VIN이 배정되고 4월 29일 인도 일정 셀프 예약 문자가 왔습니다. 파란색이 정말 인기가 없었나 봅니다. (그런데, 소문에 듣자하니.. 파란색은 5월 첫주부터 인도 일정 셀프 예약 문자가 왔었다고 합니다.. 크흑.. ㅠㅠ) 덕분에 기다리고 기다리긴 했지만 아무 준비도 없던 와중에 이제부터 정말 실제 차량을 인도받기 위한 질주가 시작되었습니다. 4월 30일 셀프 인도 예약 완료 문자가 왔고 5월 2일 오전 10시 5분에 전기자동차 구매지원 자격 부여 문자가 오고 오후 3시 5분에 전기차 보조금 지원 대상자 확정 문자를 받았습니다. 사실 기다림의 시간이 제일 힘든건.. 보조금을 못받으면 어떻게 하지?라는 초조함이었습니다. 얼마 안되는 보조금이라고 하더라도 한푼이 아쉬운 입장에서는 정말 필요한 돈이었는데.. 다행히 큰 문제 없이 지원 대상자가 될 수 있었습니다. 그리고 5월 2일 오후 4시 12분에 차량 대금을 후다닥 결제를 진행했습니다. 유투브와 네이버 카페 등을 열심히 읽어두었지만 막상 진행해보니 다른 설명과는 좀 다르게 진행되어서 불안했었는데.. 큰 문제 없이 결제가 완려되었습니다. 이미 차량 인도는 5월 14일로 결정되었기 때문에 이제는 차량 등록에 대한 기다림이 시작되었습니다. 드디어 5월 8일 오후 2시 23분에 등록 대행 비용 및...

스위치봇 & 스위치봇 허브 미니 간단 사용기

제 블로그에 예전부터 오셨던 분들은 제가 사브작 사브작 홈 오토메이션을 어설프게 해온 것을 아실겁니다. 작년부터 너무 하고 싶었던 도어락 자동화에 도전해봤습니다. 우리 나라에 자체 서비스로 앱을 통해 도어락을 제어하는 제품은 꽤 있습니다. 게이트맨도 있고, 키위도 있고, 삼성도 있죠.. 그런데.. 전 그것보다 구글 어시스턴트를 지원하는 도어락이 필요했는데... 그런건 안만들더라구요.. 꼭 필요한건 아니지만 웬지 해보고 싶은데... 언제 제품이 출시될지도 몰라서.. 가능한 방법을 찾아보다가.. 스위치봇이라는 제품으로 도어락을 버튼을 꾹 누르는 방법을 찾아서 스위치봇이 직구가 아닌 국내에 출시되었길래 낼름 구매해서 도전해봤습니다. 스위치봇 제품에 대한 내용이나 구매는  https://www.wakers.shop/  에서 하시면 됩니다. 저는 스위치봇에 스위치봇을 구글 홈에 연결시키기 위해 스위치봇 허브 미니까지 구매했습니다. 스위치봇 허브 미니가 없으면 스위치봇을 외부에서 제어하거나 구글 홈에 연결할 수 없습니다. 그리고 제가 스위치봇 허브 미니를 구매한 이유 중 다른 하나는 이 제품이 RF 리모컨 기능이 지원됩니다. 집에 있는 모니터를 제어할 필요가 있어서 이참 저참으로 같이 구매했습니다. 제품 등록은 어렵지 않습니다. 여기서는 스위치봇 허브 미니에 RF 리모컨을 등록해서 구글 어시스턴트로 제어하는 방법을 소개해드릴까 합니다. 제가 스위치봇 허브 미니로 모니터를 제어하고 싶었던 부분은 컴퓨터에서 크롬캐스트로 외부 입력을 때에 따라 바꿔야 하는데.. 그때마다 리모컨을 찾는게 너무 불편해서였습니다.  어차피 리모컨은 외부 입력 바꿀 때 빼고는 쓸 일도 없는지라.. 매번 어디로 사라지면 정말 불편해서 이걸 자동화 하고 싶었습니다. 그런데, 처음에 스위치봇 허브 미니를 등록하고 여기에 리모컨을 등록하니.. 구글 홈에 등록된 리모컨이 자동으로 등록이 됩니다. 그런데, 등록된걸 확인해보니 전원 On/Off만 제어되는 것이고, 나머지 버튼은 구글 홈...

구글 스프레드시트를 RSS 리더로 사용해보기

옛날부터 이메일로 RSS로 뉴스레터로 이런 저런 소식 받아보기를 참 좋아해서 지금도 계속 받아보고 있는데.. 세월이 지나니 영어 읽는 것도 좀 지치고.. 요즘같은 좋은 세상에 자동으로 번역이라도 되어서 편하게 볼 수 있으면 좋겠다.. 라고 생각만 하다가.. 요즘같이 생성형 AI로 이것 저것 쉽게 해보기 좋은 시절이 되어서.. 저도 한번 해봤습니다. 생성형 AI로 뚝딱 거리다가 구글 스프레드시트로 RSS 로 발행되는 내용을 자동으로 번역해서 메일로 보내주는 스크립트를 만들어봤습니다. 구글 스프레드 시트의 A1열에는 이 스프레드시트의 변경 시점을 입력 받고 B1에는 변경 내용을 입력 받게 했습니다. A2에는 RSS로 내용을 불러올 수 있게 QUERY(IMPORTFEED("RSS 주소", "items", TRUE), "SELECT * LIMIT 6") 이런 함수를 적었습니다. 한번에 너무 많은 내용을 불러오면 정신 없어서 제목 행 포함해서 딱 5개의 최신 내용만 불러오도록 설정했습니다. 그리고 저는 Title, URL, Date Created, Summary, 번역된 내용 이렇게 5개의 열만 사용할 거라서 가끔 어떤 사이트는 내용을 불러와보면 저자가 넘어오는 경우가 있는데 그런 경우에는  QUERY(IMPORTFEED("RSS 주소", "items", TRUE), "SELECT Col1, Col3, Col4, Col5 LIMIT 6") 이런 식으로 특정 열은 제외하도록 설정했습니다.  번역된 내용이 입력될 셀에는 아래 함수에 따라  TRANSLATE_TO_KOREAN(D7) 와 같은 함수를 입력하시면 됩니다.  각 RSS 사이트마다 딱 5개만 불러올거기 때문에 여러 사이트에서 내용을 불러온다면 이전 사이트의 밑에 함수로 사이트를 계속 추가만 해주시면 됩니다. 이제 내용은 준비되었고 불러온 내용을 번역해서 메일로 보내주는 스크립트입니다. 확장 프로그램에서 App...