모바일 앱 사용성 테스트의 10계명
게시 됨: 2016-06-05모바일 사용성 테스트 및 품질 보증은 앱을 설계하고 개발하는 것과 같은 용기나 영광을 가지고 있지 않을 수 있지만 테스터는 모바일 앱 세계의 이름 없는 영웅입니다. 사용성 테스트가 제대로 완료되면 완성된 앱은 상호 작용하는 즐거움을 느끼며 사용자는 계속해서 앱을 열기를 고대할 것입니다.
반면에 부적절한 UX 테스트와 QA는 모바일 앱의 성공을 방해하고 최종 제품에 파멸을 초래할 수 있습니다. 버그, 충돌 및 기타 UX 실패로 인해 앱이 휴지통에 바로 들어갈 수 있습니다.
사용자가 원하는 멋진 경험을 제공하려면 사용성 테스트의 10계명을 따라야 합니다.
UX 테스팅 계명 #1: 테스팅을 게을리 해서는 안 됩니다.
Petre Moroca는 DICE https://dice.fm(@dicefm)의 모바일 사용성 테스트 전문가입니다. 사용자가 티켓 예매 수수료 없이 콘서트, 축제, 이벤트를 찾을 수 있는 앱입니다.
Moroca는 "목표 청중과 우리가 지원하고자 하는 장치 및 화면 크기를 아는 것이 매우 중요합니다."라고 말합니다. “예를 들어 사용 가능한 가장 오래된 장치와 OS 조합을 확인한 다음 최신 모바일 장치/OS 조합까지 작업합니다. 이를 통해 구형 장치의 사용자가 경험할 사용성 문제에 대한 명확한 그림을 얻을 수 있습니다."
Moroca는 “무엇을 하든지 앱이 특정 기기에서 어떻게 보일지 안다고 가정하지 마십시오. “사용 가능한 모든 장치에서 기능이 예상대로 작동하는지 확실히 알고 싶습니다. 그것이 기한을 미루는 것을 의미하더라도 불확실성을 감수할 가치가 없습니다.”
때로는 PM과 불편한 대화를 나누는 것을 의미할 수도 있지만 그만한 가치가 있습니다. Moroca는 "프로젝트 관리자가 앱을 출시하기 위해 숨을 들이쉬고 있을 때 사람들이 구형 장치를 확인하는 것을 건너뛰는 것을 보았습니다."라고 말합니다. “압력에 굴복하지 마십시오! 당신의 앱에 나쁜 리뷰를 남기는 사용자들로부터 열을 받는 것보다 프로젝트 관리자로부터 열을 받는 것이 더 낫습니다.”
UX 테스트 명령 #2: 접근성을 테스트해야 합니다.
Sharon Rosenblatt는 Accessibility Partners, LLC(@Access_Partners)에서 우리에게 보고합니다. 이 회사는 장애가 있는 사람들이 자사 제품을 더 유용하게 사용할 수 있도록 하려는 회사에 접근성 컨설팅을 제공합니다.
Rosenblatt는 "회사 내에서 사용성을 테스트할 때 장애가 있는 사람들의 접근성에 중점을 둡니다."라고 말합니다. "장애인이 기술에 접근할 수 있어야 한다는 것이 중요하며 많은 경우 법적으로 의무화되어 있습니다."
마지막 문장이 당황스러웠다면 액세스 가능한 모바일 UI 디자인에 대한 초보자 가이드를 읽어보세요. 모바일 사용성 테스트에서 이미 이러한 요점 중 일부를 덮고 있을 가능성이 있습니다.
"저희는 장애가 있는 엔지니어와 함께 앱을 테스트합니다. 실명, 시력 저하, 난청 또는 모바일 장치를 사용하거나 잡을 수 없는 모든 것을 확인하려고 합니다."라고 Rosenblatt는 말합니다. “또한 개발자가 화면 읽기 소프트웨어, 돋보기, Siri와 같은 음성 인식 등과 같은 보조 기술을 사용하여 장애가 있는 사용자의 경험을 에뮬레이트하도록 권장합니다. 결국 장애인으로 식별되는 많은 인구가 사용할 수 없다면 앱에 액세스할 수 없습니다.”
이 인포그래픽을 확인하세요.
UX 테스팅 계명 #3: 레드 루트의 법칙을 준수하라
Bryan Clayton은 잔디 관리를 위한 Uber의 일종인 GreenPal(@YourGreenPal)의 CEO입니다.
당신을 위해 추천 된:
인도 스타트업에 대한 반 영리 조항은 무엇을 의미합니까?
Edtech Startup이 인도 인력의 기술 향상 및 미래 준비를 돕는 방법...
이번 주 새로운 시대의 기술 주식: Zomato의 문제는 계속되고 EaseMyTrip은 Str...
인도 스타트업, 자금 조달을 위해 지름길 선택
디지털 마케팅 플랫폼 Logicserve, INR 80 Cr 자금 지원, LS Dig...
Lendingtech Space에 대한 갱신된 규제 조사에 대해 경고하는 보고서
“레드 루트의 법칙은 런던의 대중교통 버스에서 나온 발견법에 기반을 두고 있습니다. 버스는 중앙에 빨간 줄무늬가 있는 거리에서만 운전할 수 있습니다. 이것을 레드 루트라고 하며, 다른 모든 트래픽이 방해를 받지 않도록 합니다. 하지만 이것이 그들이 계속 갈 수 있는 유일한 방법입니다.”라고 Clayton은 말합니다.
대서양 반대편에 있는 사람들을 위해 트롤리 차량이 있는 도시를 상상해 보십시오. Wildwood 보드워크에 있는 트램 경로에서 벗어나라고 경고합니다.
Clayton은 "이 비유는 앱 디자인에 적용할 수 있습니다. 앱에서 빨간색 경로를 사용자가 선택할 수 있는 하나의 경로로 설계해야 하기 때문입니다."라고 Clayton은 말합니다. "그런 다음 사용자가 선택할 수 있는 모든 보조 경로를 종료하여 빨간색 경로를 중심으로 앱을 설계해야 합니다."
사용자가 Red Route를 계속 사용하도록 하는 가장 좋은 방법 중 하나는 사용자 온보딩 경험을 구체화하는 것입니다. 사용성 테스트 중에 사용자 여정과 온보딩 경험을 철저히 QA함으로써 잠재적인 최종 사용자 혼란을 많이 제거할 뿐만 아니라 CTA 따르기, 구매하기를 포함할 수 있는 사용자로부터 원하는 조치를 얻을 수 있습니다. 추가 기능, 리뷰 게시 및 궁극적으로 앱에 도움이 되는 기타 경로.
UX 테스팅 계명 #4: 올바른 도구를 사용해야 합니다
비즈니스를 위한 새로운 도구에 투자할 때 두 가지 문제가 있는 철학이 있는 것 같습니다. 때로는 팀의 워크플로와 결과물을 기하급수적으로 간소화하고 개선할 수 있는 새로운 도구를 구매하고 학습하는 데 시간이나 자본 비용을 투자하는 것을 주저하는 프로젝트 관리자를 만나게 됩니다. 동전의 반대편에는 실제로 프로세스를 개선할 것인지 아니면 디자이너, 개발자 및 테스터에게 부담이 될 것인지 고려하지 않고 나오는 모든 반짝이는 새 도구를 시도하려는 관리자와 마주칠 것입니다.
물론 올바른 접근 방식은 그 사이 어딘가에 있습니다. 오래된 도구를 사용하여 새로운 앱에서 모바일 사용성 테스트를 수행하는 것은 시간 낭비일 뿐만 아니라 사용자에게 좋지 않은 경험을 줄 수 있으며 궁극적으로 잠재적인 비즈니스 손실을 초래할 수 있습니다. 프로젝트 관리자는 팀과 함께 사용성 테스트 프로세스의 문제점을 평가하고 프로세스를 변경하거나 특정 작업의 속도를 높이거나 자동화하는 도구를 고려하여 문제를 해결하는 것이 필수적입니다.
어디서부터 시작해야 할지 모르십니까? 모바일 앱 전문가가 모두 심사한 모바일 사용성 테스트의 어려움을 덜어주는 다음 11가지 도구를 확인하십시오.
UX 테스트 명령 #5: 실제 장치에서 테스트해야 합니다.
물론 테스트 중에 모든 올바른 도구를 사용하는 데에는 필연적인 결과가 있습니다. 또한 에뮬레이션과 자동화가 테스트 프로세스를 완전히 인수하게 해서는 안 됩니다. 어떤 에뮬레이션 소프트웨어도 특정 운영 체제를 실행하는 실제 물리적 장치에서 터치 스크린과 상호 작용하는 경험을 완벽하게 복제할 수 없으며 자동화된 도구도 인간 두뇌의 식별을 대체할 수 없습니다(적어도 우리가 컴퓨터만큼 우수한 복제물을 갖게 될 때까지는 Bladerunner ).
물론 두뇌와 스마트폰, 태블릿의 아날로그 "미트스페이스" 세계에는 고유한 한계가 있습니다. 가능한 모든 운영 체제를 실행하는 유통 중인 모든 장치에 액세스하는 것은 불가능합니다. 특히 Apple처럼 모든 장치에 OS 업데이트를 푸시하지 않고 여러 제조업체에서 다양한 장치를 펌핑하는 Android용으로 개발하는 경우에는 더욱 그렇습니다. 사양의. (안타깝게도 Android 조각화는 여전히 쉬운 답을 찾지 못한 가장 큰 모바일 UI 디자인 과제 중 하나입니다). 막대한 양의 장치를 감당할 수 있는 예산이 있더라도 각각의 장치를 테스트하는 것은 힘든 시간 낭비가 될 것입니다.
그래서 타협은 무엇입니까? 에이전시에서 일하는 경우 이 장애물을 극복하는 한 가지 방법은 조직의 모든 사람에게 스프레드시트를 보내는 것입니다. 이 스프레드시트에서 장치 유형 및 실행 중인 OS에 대한 열을 나눈 다음 테스트를 위해 적절한 이전 및 최신 버전 샘플을 선택합니다.
혼자 하는 경우 Ebay 또는 Craigslist와 같은 사이트에서 저렴하게 찾은 오래된 중고 장치에 투자할 수 있습니다. 또는 친구에게 오래된 기기를 수집하고 있음을 알리고 스마트폰과 태블릿이 더 푸른 초원으로 옮겨지면 기꺼이 "리홈"할 수 있습니다. 다시 한 번, 테스트를 위해 모은 컬렉션에서 소수의 장치를 선택합니다. 더 나은 방법은 친구를 베타 테스터로 등록하고 피드백을 수집하는 것입니다! 이것은 우리를 다음 요점으로 이끕니다...
UX 테스팅 계명 #6: 베타 테스터를 존중하라
작가가 자신의 작업을 편집할 수 있는 두 번째 눈을 가져야 하는 것처럼 모바일 사용성 테스터도 베타 사용자의 도움을 받아야 합니다. UX 테스트 기술이 아무리 날카롭더라도 동일한 코드와 UI를 몇 시간 동안 쏟아 부으면 모든 사람의 눈이 반짝거리기 시작하며 다양한 사용자의 손에서 앱이 어떻게 작동하는지 확인하는 것이 중요합니다. 많을수록 좋습니다.
UX 테스팅 명령 #7: 문서화해야 함
문서화는 모바일 앱 개발의 가장 섹시한 측면은 아니지만 여전히 사용성 테스트 프로세스에서 매우 중요합니다. 적절한 문서가 없으면 악몽 같은 버전 관리 오류(나중에 자세히 설명), 특정 UI 기능이 변경될 때 혼란스러워하는 팀 구성원, "변경 로그에 있습니다."라는 간단한 말로 해결할 수 있는 수많은 커뮤니케이션 문제에 직면하게 됩니다. 변경 로그에 대해 말하자면…
UX 테스팅 계명 #8: 변화를 관리하라
사용성 테스트 중에 발생할 수 있는 가장 큰 모바일 UI 디자인 재해 중 하나는 오래된 버전 관리 오류입니다. 문제를 보고 프로토타입이나 코드에서 수정하고 변경 사항을 전달하지 못했습니다. 그런 다음 개발자가 수정한 오류 없이 새 버전의 코드를 제출하거나 디자이너가 업데이트된 디자인을 전달합니다. 가장 좋은 시나리오는 방금 변경한 내용을 기억하고 새 버전에서 다시 만들고 이번에는 제대로 문서화하는 것입니다. 최악의 시나리오는 모든 일이 일어난 것을 잊어버리고 그 버그가 UI에 남아 앱이 게시된 후에만 사용자 경험을 중단시키는 것입니다.
프로세스를 잠그고 변경 로그를 최신 상태로 유지하며 한 번에 여러 버전의 앱이나 프로토타입이 유통되는 것을 방지하기 위해 최선을 다하십시오. 마감일이 빨리 다가오면 시간을 절약하는 것처럼 보일 수 있지만 결국에는 자신을 더 힘들게 만들 수 있습니다.
UX 테스팅 계명 #9: 반복하라
모바일 앱 비즈니스에 없어서는 안 될 워크플로 관리 도구에 대한 기사를 읽었다면 눈에서 피가 날 정도로 "반복"이라는 단어를 읽었을 것입니다. 최신 앱 개발은 반복의 개념에 달려 있습니다. 즉, 상향 또는 하향 변경을 허용하지 않는 엄격한 선형 프로젝트 관리 프로세스를 고수하기보다는 롤링 프로세스에서 완벽에 가까워질 때까지(그리고 궁극적으로 달성할 때까지) 제품을 수정합니다. .
모바일 사용성 테스트의 요점은 최종 제품을 최대한 세련되게 만드는 것입니다. UX의 모든 꼬임을 해결하는 데 몇 번의 주기가 걸릴 수 있지만 반복은 사용자에게 마법 같은 경험을 보장할 수 있는 가장 중요한 방법 중 하나입니다.
UX 테스팅 계명 #10: 프로토타입을 테스트하라
개발자가 모바일 사용성 테스트를 시작하기 위해 마지막 코드 라인을 마무리할 때까지 기다릴 필요가 없습니다. 사실, 사용자 인터페이스 디자인이 개발자 팀에 전달되기 훨씬 전에 테스트할 수 있습니다. UX 테스트는 스마트 비즈니스가 대화형 프로토타입을 사용하여 프로세스를 간소화하고 가장 파괴적인 모바일 앱 아이디어에 대한 귀중한 피드백을 얻는 많은 방법 중 하나입니다.
[ Proto .io는 기업가와 스타트업이 실제 앱처럼 보이고 느껴지는 완전 대화형 사실적인 프로토타입을 만들기 위해 사용하는 모바일 앱 프로토타이핑 도구입니다.]