모바일 테스트의 유용성은 테스트 환경에 달려 있습니다. 

팀에서 결제 흐름에 대한 모바일 테스트를 진행했습니다. 테스트에 사용된 휴대폰에서는 테스트가 통과되었습니다. 하지만 다음 릴리스를 앞두고 누군가가 고객이 사용하는 기기와 운영 체제에서도 동일한 흐름이 작동하는지 문의했습니다. 이때부터 대화는 테스트 자체에서 주변 환경으로 옮겨가게 됩니다. 

반대의 경우도 발생할 수 있습니다. 팀에 기기는 많지만 가장 중요한 사용자 여정을 테스트로 전환할 수 있는 반복 가능한 방법이 없을 수도 있습니다. 두 상황 모두 만능 해결책이 필요한 것은 아닙니다. 모바일 테스트를 계획할 때 테스트 작성과 기기 접근 권한을 서로 연관된 결정 사항으로 고려해야 합니다. 

당신의 팀은 유지보수하고 싶어할 만한 테스트를 만들 수 있습니까? 

모바일 테스트는 로그인, 주문, 결제 또는 중단된 세션 복구와 같이 다시 확인할 가치가 있는 사용자 여정을 포착해야 합니다. 첫 번째 버전을 만드는 것은 유용하지만, 화면, 레이블 및 앱 동작이 변경됨에 따라 테스트의 유용성을 유지하는 것이 더 장기적인 작업입니다. 

누가 테스트를 작성할 것인지 고려해야 합니다. 사용자 여정을 이해하는 사람들이 참여할 수 있을까요? 다른 팀원이 워크플로를 읽고 어떤 부분을 확인하는지 알 수 있을까요? 앱 업데이트 후 테스트가 실패했을 때, 팀은 앱이 변경된 것인지 아니면 테스트 자체에 수정이 필요한 것인지 판단할 수 있을까요? 이러한 질문들은 첫 번째 데모의 속도보다 테스트 작성 방식의 가치를 결정짓는 중요한 요소입니다. 

조직은 이미 다른 사업 부문에서 사용 중인 자동화 플랫폼을 보유하고 있을 수 있습니다. 이러한 익숙한 접근 방식을 모바일 환경으로 확장하는 것은 타당할 수 있습니다. 단, 해당 플랫폼이 팀이 검증해야 하는 앱과 기기를 지원할 수 있어야 합니다. 반대로, 어떤 조직은 모바일 테스트 작성 방식을 처음부터 새롭게 선택할 수도 있습니다. 두 경우 모두 초기 프로젝트가 완료된 후 테스트를 어떻게 유지 관리할 것인지 평가해야 합니다. 

해당 테스트는 필요한 곳에서 실행될 수 있습니까? 

다음으로 결정해야 할 사항은 환경입니다. 사용자에게 중요한 장치 모델과 운영 체제 버전은 무엇일까요? 어떤 워크플로에는 가상 장치가 아닌 물리적 하드웨어가 필요할까요? 누가 액세스 권한이 필요하며, 릴리스 실행을 위해 언제 장치를 사용할 수 있을까요? 

해결책은 기존의 사내 연구실, 공급업체가 호스팅하는 디바이스, 또는 이 둘의 조합일 수 있습니다. 각 방식에는 운영상의 노력이 수반됩니다. 디바이스는 프로비저닝, 업데이트, 애플리케이션 구성 과정을 거쳐 적절한 팀에서 사용할 수 있도록 제공되어야 합니다. 디바이스 팜은 이러한 요구 사항을 충족할 수 있지만, 그 가치는 조직의 실제 테스트 범위 및 릴리스 일정과 얼마나 잘 부합하는지에 달려 있습니다. 

잘 작동하는 연구실을 반드시 교체해야 할 이유는 없습니다. 중요한 질문은 모바일 테스트가 성장함에 따라 현재 환경이 팀이 기대하는 범위, 접근성 및 제어 기능을 지원할 수 있는지 여부입니다. 특히, 기기를 기다리거나 의도한 구성과 다른 환경에서 실행되는 테스트는 결과에 대한 신뢰도를 떨어뜨립니다. 

그 연결은 두 가지 선택만큼이나 중요합니다. 

저작 도구와 디바이스 환경이 서로 연동될 때 비로소 테스트 워크플로우가 완성됩니다. 테스트는 의도한 디바이스에 도달하고, 올바른 앱 빌드에서 실행되며, 팀이 결과를 이해하는 데 필요한 충분한 정보를 제공해야 합니다. 이러한 연동은 규모가 커지기 전에, 즉 변경 시 비용이 많이 들기 전에 초기에 고려해야 합니다. 

그렇기 때문에 선택은 단순히 "어떤 도구로 테스트를 작성할 것인가?"라는 질문으로만 한정되어서는 안 됩니다. 테스트 작성자부터 실제 운영팀이 사용할 기기에 이르기까지의 과정이 어떻게 진행되는지 고려해야 합니다. 어떤 설정을 해야 하는지, 누가 담당하는지, 그리고 오류 발생 시 팀은 어떻게 조사할 것인지 등을 파악해야 합니다. 

시험부터 결과까지 전체 과정을 계획하세요 

먼저 몇 가지 중요한 모바일 테스트 여정을 선정합니다. 팀에서 이러한 테스트를 생성하고 유지 관리하는 방법을 결정한 다음, 각 여정을 테스트해야 하는 기기와 환경에 매핑합니다. 테스트 작성 방식이 선택한 환경에 연결될 수 있는지, 그리고 릴리스에 테스트 실행이 필요한 경우 팀에서 테스트를 반복 실행할 수 있는지 확인합니다. 

이것이 바로 모바일 테스트 전략의 실질적인 검증입니다. 귀하의 팀은 필요한 테스트를 생성하고, 필요한 기기에서 실행하고, 결과를 충분히 이해하여 필요한 조치를 취할 수 있습니까?  

UiPath 블로그 시리즈 2부 이 글에서는 UiPath를 사용하여 이러한 요소들을 연결하는 한 가지 방법을 살펴봅니다. Digital.ai 테스트.