에이닷의 모바일 앱 품질 향상을 위해 UI 테스트 자동화를 도입하는 과정에서, 크로스 플랫폼 테스트 도구인 Appium의 가능성과 효용성을 검토하게 되었습니다.iOS와 Android 양쪽 모두를 효과적으로 테스트할 수 있는 방법을 찾던 중,Appium이 어떤 장점을 가지고 있는지, 어떤 범위의 테스트를 수행할 수 있을지 직접 경험하며 이 블로그 글을 작성하게 되었습니다.이 글에서는 모바일 앱 테스트 자동화의 중요성과 함께, Appium을 이용한 크로스 플랫폼 UI 테스트에 초점을 맞추어 다양한 테스트 기법과 노하우를 소개하고자 합니다.Appium의 기본 설정부터 시작하여, iOS와 Android 앱에 대한 테스트 스크립트 작성 방법, 그리고 다양한 UI 요소 검증 기법에 대해 살펴보겠습니다.또한, 네이티브 앱과 하이브리드 앱 테스트의 차이점, 디바이스 다양성 대응 전략,그리고 CI/CD 파이프라인 통합과 같은 실제 적용 시 고려사항에 대한 팁도 포함하여 보다 포괄적인 테스트 전략을 제시하고자 합니다.Appium을 이용한 UI 테스트 자동화 과정에서 얻은 경험과 인사이트를 공유하며, 실제 적용 시 마주칠 수 있는 상황들과 그에 대한 대응 방법을 소개하고자 합니다.또한, 테스트 스크립트 작성에 도움이 될 수 있는 코드 예제를 함께 제공하여 여러분께 실질적인 도움이 되는 정보를 전달하려고 합니다.이 블로그 글을 통해 Appium을 이용한 UI 테스트 자동화에 대한 기초적인 이해부터 실제 적용 시 고려해야 할 점들까지 폭넓게 다루어,크로스 플랫폼 모바일 앱 개발 과정에서의 테스트 전략 수립에 참고가 되기를 바랍니다.이 글과 관련된 기존 글도 함께 공유합니다.• None 에이닷 UI 테스트 자동화이야기: Espresso를 이용한 Android 앱 테스트• None 에이닷 UI 테스트 자동화이야기: XCTest를 이용한 iOS 앱 테스트에이닷 개발팀은 현재 UI 테스트 자동화 도입을 위해 다양한 솔루션을 검토하고 있습니다.이는 서비스 품질 향상과 개발 생산성 증대를 위한 노력의 일환입니다. 주요 목표는 다음과 같습니다:• None 개발 및 검증 과정에서 효과적으로 활용할 수 있는 UI 테스트 자동화 솔루션 선정• None 에이닷 서비스의 특성에 맞는 최적의 테스트 자동화 전략 수립• None 다양한 솔루션의 장단점을 비교 분석하여 최적의 선택 도출현재 시장에서 주목받고 있는 세 가지 주요 UI 테스트 자동화 솔루션에 대해 프로토타입 테스트를 진행하고 있습니다:• None Appium: 크로스 플랫폼 테스트가 가능한 오픈 소스 프레임워크각 솔루션 평가 시 중점적으로 고려하고 있는 요소들은 다음과 같습니다:• None CI/CD 파이프라인과의 통합 용이성• None 에이닷 앱의 특수한 요구사항 충족 여부궁극적으로, 이러한 검토 과정을 통해 우리는 다음을 목표로 합니다:• None 에이닷 서비스에 가장 적합한 UI 테스트 자동화 솔루션 선정이 문서가 UI 테스트 자동화를 고려하고 있는 다른 개발자들에게도 도움이 되기를 바랍니다.Appium은 모바일 애플

Robot Framework와 QA팀 동행기: 시작과 도전(1)여러분의 테스트 자동화는 어떻게 시작하고 준비하셨나요?안녕하세요, 오늘은 저희 QA팀이 겪었던 테스트 자동화의 도전과 새로운 시작에 대해 이야기해보려고 합니다.혹시 여러분은 테스트 자동화에 도전하시나요? 아니면 이미 구축까지 완료를 했나요? 저희 여기어때 QA팀도 테스트 자동화에 대해 끊임없이 도전하고 있답니다. 그 동안 저희는 “TestProject”라는 도구를 사용하여 테스트 자동화를 구축해왔고, 여기어때 기술 블로그에도 소개가 되었습니다.그런데… 사건이 발생했습니다!어느 날, 저희가 잘 사용하던 “TestProject” 도구가 서비스 종료를 한다는 소식이 들어옵니다. “뭐지? 무슨 일이야?”라는 생각이 들었지만, 저희는 당황하지 않았습니다. 왜냐하면, 언제나 예기치 않은 상황에 대비하는 것이 우리의 일이기 때문입니다.새로운 도전의 시작도구가 사라졌다고 해서 테스트 자동화가 멈출 수는 없습니다. 저희는 새로운 도구와 방법을 찾기 시작했습니다. 새로운 도구를 선택하고, 기존의 테스트 케이스를 이전하고, 새로운 환경에 맞게 최적화하는 과정은 쉽지 않았지만, 저희는 한 발 한 발 나아갔습니다. 이 글은 그 여정의 시작과 도전의 이야기를 전하기 위해 작성하게 되었습니다.자~!! 이제 같이 시작해 보겠습니다.Let’s QA go~!!!!!!테스트 자동화 도구는 너무 많다.. 우리한테 맞는 건 무엇일까?STEP 1. 처음 두 개의 테스트자동화 툴을 비교 분석했습니다.두 도구 모두 유료 도구로 codeless의 레코딩 방식으로 쉽게 테스트 자동화를 구축할 수 있는 도구들입니다. 앱 개발과 테스트 자동화 분야에서 인기 있는 도구들은 처음에 무료로 배포되다가 일정 시점 이후에 라이선스를 요구하는 모델을 채택하고 있습니다. 이러한 모델은 초기에는 사용자 기반을 빠르게 확보하는 데 효과적일 수 있지만, 장기적으로는 몇 가지 문제점을 야기할 수 있습니다.유료 테스트 자동화 도구의 문제점위 문제점을 고려하여 우리가 스스로 개발하고 우리 기술로 만들어야겠다는 생각을 하게 되었습니다.STEP 2. 다음으로는 어떤 Open Source 기술로 개발을 해야할까 결정해야 했습니다.Open source의 테스트 자동화 도구들위 그림에서 본 것처럼 Open Source 도구들이 다양한 점과 개발 언어도 다른 점이 문제가 되었고, 그래서 찾은 도구가 바로~ Robot Framework입니다.여기서 간단하게 Robot Framework에 대해서 설명 드리겠습니다.Robot FrameworkPython 기반의 도구로 웹/앱/API/DB까지 테스트 자동화를 구축할 수 있는 도구이며, 키워드 기반으로 사전 정의된 키워드를 사용해서 테스트케이스를 작성하고 테스트를 실행 할 수 있습니다.Robot Framework의 ArchitectureRobot Framework Architecture1. Test Data (테스트 데이터) : 테스트 데이터는 테스트 시나리오의 입력값과 기대 결과를 포함하며, 테스트의 정확성과 신뢰성

안녕하세요. 스포카 QA Leader 염주일입니다. 스포카 QA 팀에서 오픈소스 자동화 도구인 Appium을 사용하여 Mobile App 테스트 자동화의 첫발을 내디뎠습니다. 지금까지의 테스트 자동화 구축 과정에 관해 이야기해볼까 합니다. 테스트 자동화를 구축하려는 이유가 무엇인가요? 보통 아래와 같은 이점을 얻기 위해 테스트 자동화를 구축하려 하죠. * 테스트 커버리지 확대 * 테스트 일관성과 신뢰성 확보 * 테스트 비용 절감 및 기간 단축 테스트 자동화 구축과 컨설팅을 전문적으로 수행하는 업체들의 일관된 광고 토픽이기도 한데요. 일정 수준의 커버리지가 확보된, 일관되고 신뢰할 수 있는 테스트를 효율적으로 수행할 수 있는 이점이 있다고 볼 수 있겠습니다. 이것만 보면 테스트 자동화를 하지 않을 이유가 없군요! 하지만, 단점도 있습니다. 한번 볼까요? * 제한적인 검증 케이스 * 발견되는 버그가 많지 않음 * 테스트 자동화 구축 및 유지보수 비용 증가 뭐지? 테스트 자동화의 장점이 단점에 의해 일부 상쇄되는군요! 왜 그럴까요? 장점을 기준으로 현실적인 이야기를 해 볼게요. 먼저 테스트 커버리지 확대는 일부 맞는 말이긴 해요. 다만, 자동화만으로는 여러 가지 이유로 달성하기 힘들죠. 특히, 엣지 케이스와 일부 네거티브 테스트 케이스는 자동화로 구현하기가 상당히 어렵습니다. 비용도 많이 들고요. 테스트 자동화는 테스트 커버리지를 늘리는데 보조재 역할을 한다고 볼 수 있어요. 테스트 범위의 일정 부분이 자동으로 수행되면서, 테스트 엔지니어가 다양한 테스트를 할 수 있는 시간을 벌어주죠. 테스트 커버리지 확대의 주체가 테스트 엔지니어이긴 한데요, 결과적으로 자동화의 도움으로 커버리지가 늘어난다고 볼 수 있겠네요. 다음 테스트의 일관성과 신뢰성을 확보하는 것 역시 맞는 말입니다. 테스트 엔지니어의 컨디션에 따라 달라지는 테스팅의 품질을 걱정할 필요가 없죠. 다만, 테스트 조건의 다양성을 갖추지 않고 일반적인 소프트웨어 테스트, 즉 버그를 찾기 위한 테스트를 수행하는 관점으로 자동화를 활용하고자 한다면, 일관성과 신뢰성이 무가치하게 느껴질 정도로 테스트 자동화의 유효성을 찾지 못하게 될 수 있습니다. 여러 구축 사례에서 볼 수 있을 것 같은데요. 어렵게 테스트 자동화를 구축했지만, 이것을 통해 새로운 버그를 찾지 못하는 것에 실망하는 글들을 웹상에서 종종 볼 수 있습니다. 이런 현상은 테스트 조건을 적절하게 변경하고 유지보수하지 않아 발생하는 것으로 볼 수 있을 것 같아요. 일종의 살충제 패러독스를 겪게 되는 겁니다. 이런 이유로 고정된 조건의 테스트 자동화는 테스팅이라고 볼 수 없다고 이야기하시는 분들도 있습니다. 하지만, 이 부분은 약간 논란의 여지가 있다고 생각됩니다. 사전 정의된 테스트 단계를 실행하고, 실제 결과를 예상된 결과와 비교하는 것 자체로 범위를 규정하고 활용한다면 충분히 가치가 있다고 생각해요. 리그레션 테스트가 이 범주에 속하죠. 마지막으로 테스트 비용 절감 부분은 테스트 자동화 적용 분야에 따라 다름이 있습니다만, 대체로 구