코드가 아닌 화면을 봐야 하는 이유
2025년 자율주행 대란에서 배우는 QA 테스트 전략
지난 2025년 12월, 샌프란시스코의 밤은 혼돈 그 자체였습니다. 대규모 정전으로 모든 신호등이 꺼져버린 교차로에서, 세계 최고의 기술력을 자랑하던 웨이모(Waymo)는 비상등을 켠 채 멈춰 섰습니다. 반면, 테슬라의 FSD 차량들은 꺼진 신호등을 뒤로하고 유유히 교차로를 통과했습니다.
이 극명한 차이는 어디서 왔을까요? 바로 ‘지도(Code)’에 의존했느냐, ‘눈(Vision)’으로 상황을 판단했느냐의 차이였습니다. 웨이모는 정밀 지도와 통신 인프라라는 완벽한 조건이 깨지자 작동을 멈췄지만, 테슬라는 인간처럼 눈앞의 화면(Vision)을 보고 판단했기 때문에 생존할 수 있었습니다.
지금 여러분 회사의 QA 테스트 자동화 현장은 어떻습니까? 개발자가 버튼의 ID 값 하나만 바꿔도, UI 위치가 조금만 달라져도 테스트 전체가 멈춰버리는 ‘웨이모’식 자동화를 고집하고 계시지는 않습니까?
이제는 QA 테스트 자동화도 코드가 아닌 화면을 봐야 할 때입니다. 인력 효율화(AX)를 고민하는 기업 담당자분들을 위해, 왜 HBsmith의 방식이 ‘테슬라’식 자율주행과 닮아있는지 이야기해 보겠습니다.
신호등 꺼지자 멈춘 웨이모, 기존 QA 테스트 자동화와 닮았다
기존의 QA 테스트 자동화 도구들은 웨이모와 같습니다. 사전에 정의된 코드(Selector, XPath)라는 ‘지도’가 완벽해야만 움직입니다. 개발 팀이 기능을 업데이트하거나 UI를 조금만 수정해도(신호등이 꺼지면), 테스트 스크립트는 길을 잃고 ‘에러’를 뿜으며 멈춰 섭니다.
결국 자동화를 도입했음에도 불구하고, 그 스크립트를 수정하기 위해 또다시 사람이 투입됩니다. 이것은 진정한 자동화가 아닙니다. 인프라가 변할 때마다 멈춰 서는 자율주행차를 믿고 탈 수 없는 것처럼, 유지보수에 더 많은 시간이 들어가는 QA 도구는 비용 절감이 아닌 비용 낭비일 뿐입니다.
테슬라처럼 ‘화면’을 보는 HBsmith의 전략
HBsmith는 테슬라의 방식, 즉 ‘비전(Vision) AI’를 채택했습니다. 우리는 복잡한 내부 코드를 뜯어보지 않습니다. 실제 고객이 웹사이트나 앱을 사용할 때처럼, 화면에 보이는 이미지와 텍스트를 인식하여 테스트를 수행합니다.
내부 코드가 바뀌어도, 버튼의 위치가 조금 달라져도 HBsmith는 멈추지 않습니다. “아, 저기에 ‘구매하기’ 버튼이 있구나”라고 사람처럼 인식하고 클릭합니다. 이것이 바로 변수가 난무하는 실제 비즈니스 환경에서도 끊김 없이 돌아가는, 진정한 의미의 테스트 자동화입니다.
기획서만 주세요. 주행은 저희가 합니다
많은 기업이 자동화 도구를 사놓고도 방치하는 이유는 ‘운전할 사람(QA 엔지니어)’이 없기 때문입니다. 하지만 HBsmith는 단순한 ‘도구’ 판매가 아닙니다. 우리는 목적지만 알려주시면 운전까지 대신해 드리는 ‘모범택시’와 같습니다.
복잡한 세팅이나 스크립트 작성은 잊으십시오. 그저 기획서만 던져주시면 됩니다. 테스트케이스(TC) 설계부터 스크립트 구현, 그리고 매일 반복되는 테스트 수행과 유지보수까지. 이 모든 A-Z 과정을 HBsmith가 대행합니다. 여러분의 팀은 아침에 출근하여 ‘테스트 성공’ 리포트만 확인하면 됩니다.
결론
2025년 샌프란시스코의 교훈은 명확합니다. 통제할 수 없는 변수 속에서 살아남는 것은 ‘정해진 규칙’이 아니라 ‘유연한 판단력’입니다.
소프트웨어 환경은 매일 변합니다. 그때마다 멈춰 서서 수리해야 하는 ‘웨이모’식 QA를 계속하시겠습니까, 아니면 어떤 상황에서도 목적지까지 알아서 도달하는 ‘HBsmith’를 선택하시겠습니까?
지금 바로 HBsmith에 기획서를 던져주세요. 골치 아픈 테스트는 저희가 하고, 여러분은 서비스의 성장에만 집중하십시오.