주제

사용성 테스트는 일반 사용자 관점에서 시스템을 평가하고 다음과 같은 유형의 테스트를 포함합니다.

사용성 테스트는 좋은 설계를 대체하는 것은 아닙니다. 이것은 사용자 중심 설계와 함께 가장 효과적이 될 수 있습니다(개념: 사용자 중심 설계 참조).

사용성 테스트를 먼저 시작하십시오.   이른 사용자 테스트는 이른 프로토타입(일반적으로 낮은 충성도 프로토타입으로 설명되는 드로잉 및 실물 크기 모형)을 의미합니다. 높은 충성도 프로토타입은 나중에 프로세스에서 나옵니다(활동: 사용자 인터페이스 프로토타입 참조).

설계 노출 방법 페이지 맨 위

사용자 인터페이스 설계의 노출 방법 중 하나는 비즈니스 또는 시스템 분석가가 인터페이스 전면에 일반 사용자와 함께 있는 것입니다. 일반적인 시나리오를 훑어봅시다(예: 유스 케이스 스토리보드에서 설명한 전형적인 값이 있는 유스 케이스의 기본 플로우). 사람들이 질문을 하고 의견을 개진하게 독려하십시오.

이 방법의 문제는 확보한 정보가 가능한 편견없어야 한다는 것입니다. 이를 수행하려면 질문한 사항이 컨텍스트와 무관해야 합니다. 가능한 많은 것을 기록하십시오. 가능한 경우 다른 누군가가 이를 수행하게 하여 사용자의 자연적인 플로우를 인터럽트하지 마십시오. (사용자 인터뷰 및 워크샵 수행에 대한 유용한 가이드라인은 가이드라인: ../../workguid/wg_intrv.htm -- This hyperlink in not present in this generated website인터뷰../../workguid/wg_rqwsh.htm -- This hyperlink in not present in this generated website요구사항 워크샵을 참조하십시오.)

사용자 인터페이스 설계 노출의 또 다른 방법은 사용 테스트를 수행하는 것입니다. 이것은 보통 일반 사용자 커뮤니티의 대표와 함께 실습 또는 워크샵 형식으로 수행됩니다. 사용 테스트에서 실제 사용자는 인터페이스를 사용하여 실제 타스크를 수행하고 소프트웨어 개발 인력은 일반적으로 수동적이고 관찰적인 역할을 취합니다.

이러한 유형의 사용성 테스트에서 가치 있는 많은 사항을 얻을 수 있지만 믿을만 하고 경제적인 결과를 얻기 위해서는 극복해야 하는 수많은 문제와 상쇄 문제가 있습니다.

  • 일반적으로 이 방법은 일반 사용자 커뮤니티가 크고 다양하며 소프트웨어 시스템 선택에 대한 상당한 제어 능력이 있는 경우 가장 큰 가치가 있습니다. 이러한 요인이 존재할 때 사용 테스트를 수행하지 않는 위험성은 증가합니다. 종종 이러한 테스트를 수행하는 가치가 커질수록 일반 사용자와 함께 이 활동에 접근하고 조정 및 관리하기는 어려워집니다.  
  • 사용자 인터페이스 설계 의사결정이 대다수의 필요성에 근거한 것인지 확인하려면 관련 없는 사항과 예외 결과를 무시하고 가장 일반적인 사용 패턴을 식별하는 것이 중요합니다. 이를 수행하려면 보통 많은 양의 수집 및 조합 노력이 요구되는 광범위하고 깊이 있는 샘플 데이터가 필요합니다.
  • 일반 사용자가 기존 레거시 시스템에서 새 시스템으로 이주해야 하는 경우 보통 새 시스템이 이전 레거시 시스템이 제공했던 것보다 적은 기능을 제공하지 않을지 염려합니다. 불행하게도 이러한 문제는 직접 제기되지 않고 보통 "기존 시스템이 수행하는 것을 정확히 보고 느낄 수 있는 새 시스템을 원합니다"와 같은 의견에 숨겨져 있습니다.
  •  테크놀러지의 상당한 변화가 일반 사용자 커뮤니티에 제안되는 경우 사용자 테스트에서 현저한 가치를 얻기 전에 먼저 테크놀러지 기본 사용법에 관한 훈련을 제공해야 합니다. 예를 들어, 레거시 시스템 사용자는 마우스를 사용하거나 GUI에서 작업한 경험이 전혀 없을 수 있습니다.

사용성 테스트에 적절한 시기, 방법 및 접근법에 도달하기 위해 각 프로젝트 팀은 작업 중인 고유한 프로젝트 환경에 대해 이러한 문제를 고려해야 합니다.

여러 스테이크홀더에게 설계 노출의 장점 페이지 맨 위

사용자 인터페이스를 다른 사람에게 보여주는 것은 매우 중요합니다. 인터페이스의 설계 및 구현이 진행될수록 다음을 포함하여 점점 더 많은 검토자에게 설계를 보여주십시오.

  • 다른 프로젝트 구성원
  • 외부 사용성 전문가
  • 사용자

가치 있는 피드백을 얻기 위해 실제 사용자가 실제 타스크를 수행하는 공식적인 사용 테스트를 반드시 거쳐야할 필요는 없습니다. 사용자 인터페이스 결함의 중요한 클래스는 등잔 밑이 어두운 사용자 인터페이스 설계자에 의해 발생합니다. 사용자 인터페이스 설계에 참여하지 않은 사람이 이러한 결함 대부분을 식별할 수 있습니다.

다른 프로젝트 구성원 페이지 맨 위

이것은 설계를 노출하는 과소평가된 방법입니다. 프로젝트 구성원은 이미 어플리케이션에 익숙하고 보통 상당한 형식 없이도 동시에 사용성 세션을 사용 가능하기 때문에 매우 짧은 시간이 소요됩니다. 사용자 인터페이스 설계자는 설계 활동 중에 자신의 등잔 밑이 어두운 속성을 해결하기 위해 지속적으로 이를 수행해야 합니다.

외부 사용성 전문가 페이지 맨 위

유능한 사용성 전문가는 일반적인 사용성 결함을 지적하여 개발 노력을 줄이도록 도와줄 수 있고 보통 경험에 근거하여 사용자 인터페이스에 대한 다른 관점을 제공합니다. 사용자 인터페이스 설계 작업 초기에 외부 사용성 전문가를 참여시키는 것은 가치있는 일일 수 있습니다. 따라서 그들의 권장사항을 설계에 통합할 충분한 시간을 확보할 수 있습니다.

사용자 페이지 맨 위

사용자에게 프로토타입을 보여주는 일반적으로 시간을 잘 활용하는 것입니다. 사용자에 대한 접근은 종종 제한되기 때문에 기회가 발생할 때 프로토타입에 관한 피드백을 얻는 것이 바람직합니다. 스테이크홀더의 승인을 얻고 스테이크홀더 요구사항에 관한 잘못된 해석을 정정하려면 필요에 따라 자주 이를 수행하십시오. 이것은 요구사항 파악 또는 사용자 인터페이스 설계 중에 발생할 수 있습니다. 가능한 한 동일한 사용자에게 두 번 이상 인터페이스를 보여주지 마십시오. 두 번째에는 사용자가 이전 설계 아이디어에 의해 오염되기 때문에(등잔 밑이 어두운 속성와 유사함) 활동 가치가 감소됩니다.

또한 소프트웨어 프로토타입을 일반 사용자에게 보여줄 때 주의하여 기대치를 올바로 설정해야 합니다. 그렇지 않으면 사용자는 사용자 인터페이스 이면에서 작동 중인 시스템의 전체 작동을 경험하려고 기대할 수 있습니다.

추가 정보

사용성 설계에 대한 정보는 [CON99] 및 [GOU88]을 참조하십시오.

 

Rational Unified Process   2003.06.15