최근 IT 업계 전반에서 생성형 AI의 활약이 두드러지고 있는 가운데, 소프트웨어 테스트 및 품질 검증(QA) 영역에서도 AI를 활용한 효율화 바람이 거세게 불고 있습니다. 특히 기획서나 요구사항 문서만 입력하면 AI가 테스트 케이스를 자동으로 도출해 주는 기능이 큰 주목을 받고 있습니다.
테스트 케이스 설계는 단순한 기능 나열을 넘어, QA 엔지니어의 경험과 판단을 바탕으로 한 엣지 케이스(Edge Case) 및 네거티브 시나리오(Negative Scenario) 도출이 핵심인 영역입니다. 과연 AI가 이 복잡한 과정을 얼마나 정교하게 수행할 수 있을지 확인하기 위해, 두루이디에스에서 AI 기반 테스트 케이스 관리 플랫폼인 'QA Touch'를 활용해 실제 실습을 진행해 보았습니다.
QA Touch란?
QA Touch
AI 기반 테스트케이스 자동화 플랫폼, QA Touch
QA Touch는 테스트 케이스 관리(TCM, Test Case Management)에 특화된 글로벌 SaaS 플랫폼입니다.
기본적인 TC 작성 및 관리 기능 외에도, 생성형 AI를 통해 요구사항 문서나 기획서로부터 테스트 케이스를 자동 생성해 주는 스마트 기능을 제공합니다.
QA Touch 주요 특징
기획서 자동분석
텍스트 문서뿐만 아니라 이미지 파일 형태로 업로드해도 AI가 이를 인식하여 해당 소프트웨어의 테스트 케이스 초안을 생성합니다.
구조화된 결과물
생성된 TC는 Step Description(테스트 절차) / expected Result(기대 결과) 형태로 명확하게 구조화되어 출력됩니다.
외부 도구 연동
Jenkins, Jira 등 협업 및 CI/CD 도구와의 유기적인 연동을 지원합니다.
1. 실습준비: 입력한 앱 기획서 명세
이번 실습에는 날씨 기반 의상 추천 모바일 앱인 'WeatherCloset'의 프로토타입 인터랙션 기획서 이미지를 입력값으로 사용했습니다.
QA Touch 실습에서 입력한 기획 문서 이미지
이미지 내에는 아래와 같은 4가지 핵심 UI 인터랙션 정보가 수치와 함께 정의되어 있었습니다.
no.
인터랙션
트리거
애니메이션
지속시간
1
Home → OOTD Detail(의상 상세 화면)
추천 의상 카드 On tap
Smart Animate(Ease out)
300ms
2
Recommended outfit / Hourly Weather 카드수평 스크롤
Drag
Overflow Scroll(Horizontal)
-
3
Botton Navigatin → 각 화면 전환
GNB On Tap
Instant
0ms
4
Feedback Button → Toast Popup 슬라이드
두루이디에스 _ 네이버 블로그
Move In(Bottom → Top)
200ms
두루이디에스는 QA Touch 플랫폼에 해당 기획서 이미지 파일을 그대로 업로드한 후, AI에게 테스트 케이스 생성을 요청했습니다.
테스트 케이스 생성 중인 화면(QA Touch)
테스트 케이스 생성 후 케이스 목록에 추가된 화면(QA Touch)
2. 생성된 테스트 케이스 상세 분석
QA Touch AI는 총 5개의 테스트 케이스를 생성해냈습니다. 텍스트가 아닌 이미지 형식의 문서였음에도 불구하고, AI가 도출해낸 결과는 예상보다 훨씬 흥미롭고 정교했습니다.
TC-1. 추천 의상 카드 외부 탭 시 내비게이션 미발생 확인(Negative Case)
테스트 케이스 절차 화면(QA Touch)
no.
Step Description
Expected Result
1
Launch the WeatherCloset app and navigate to the Home screen.
No navigation to OOTD Detail screen occurs.
2
Tap on an empty space around or outside the recommended outfit card.
The Home screen remains unchanged and responsive.
3
Observe any navigation or screen changes.
No unexpected animations or transitions occur.
4
Attempt tapping near other UI elements on the Home screen.
Other UI elements respond only as designed without triggering OOTD detail.
기획서에는 '카드를 탭하면 상세 화면으로 이동한다'는 포지티브(Positive) 플로우만 명시되어 있었습니다. 하지만 AI는 카드 외부의 빈 공간을 탭했을 때 오작동이 없는지 검증하는 네거티브(Negative) 케이스를 스스로 도출했습니다.
명세에 없는 시나리오를 QA 관점에서 선제적으로 보완한 사례로, 실무에서도 놓치기 쉬운 케이스입니다.
TC-2. 피드백 버튼 탭 시 토스트 팝업 슬라이드 확인
테스트 케이스 절차 화면(QA Touch)
no.
Step Description
Expected Result
1
Navigate to the screen containing the feedback button labeled 'Hot/Cold'.
A toast popup slides up smoothly from the bottom upon tap with 'Move In' animation over 200ms.
2
Tap on the feedback button.
The popup displays the message 'Your feedback has been recorded!' clearly.
3
Observe the toast popup animation and appearance.
The toast remains visible for approximately 2 seconds.
4
Wait to verify the toast popup duration and disappearance.
The toast popup disappears automatically after 2 seconds.
기획서에 명시된 구체적인 조건들('Move In' 애니메이션, 200ms, "Your feedback has been recorded!" 메시지 문구, 2초 후 자동 소멸)을 정확하게 파악하여 Expected Result에 반영했습니다. 수치와 텍스트 문구가 그대로 검증 기준(Assertion)으로 활용될 수 있는 수준이었습니다.
TC-3. 수평 스크롤 기능 및 간섭 확인
테스트 케이스 절차 화면(QA Touch)
no.
Step Description
Expected Result
1
Navigate to the Recommended Outfit and Hourly Weather section of the app.
The outfit categories horizontally scroll smoothly.
2
Attempt to scroll horizontally through the outfit categories (Outer, Top, Bottom, Shoes).
The hourly weather cards horizontally scroll without lag or jump.
3
Scroll horizontally through the hourly weather cards.
Horizontal scrolling is fully functional without obscured content.
4
Attempt to scroll vertically and observe the scroll behavior.
Vertical scrolling is either disabled or does not scroll the horizontal card sections.
기획서 내에 예시 데이터로 적혀 있던 카테고리 명칭(Outer, Top, Bottom, Shoes)을 스텝에 녹여냈습니다. 특히 수평 스크롤 영역에서 수직 스크롤을 시도할 때 동작이 차단되거나 간섭이 없는지 검증하는 항목을 Step 4에 추가했는데, 이는 실제 디바이스 테스트에서 빈번하게 발생하는 결함 유형을 정확히 짚어낸 것입니다.
TC-4. 추천 의상 카드 탭 시 전체화면 전환 애니메이션 확인(Positive Case)
테스트 케이스 절차 화면(QA Touch)
no.
Step Description
Expected Result
1
Launch the WeatherCloset app and navigate to the Home screen.
The app navigates to the OOTD Detail screen.
2
Locate the recommended outfit card (e.g., Linen Shirt from ZARA).
The outfit card expands smoothly to full screen using smart animate.
3
Tap on the recommended outfit card.
The animation duration is approximately 300ms with 'ease out' easing.
4
Observe the screen transition and animation.
The detailed view of the selected outfit (Linen Shirt Detail) is displayed clearly.
기획서의 예시 데이터로 등장한 "Linen Shirt from ZARA"를 그대로 테스트 스텝에 활용했고, Smart Animate, 300ms, Ease out 등 기획서의 수치를 모두 Expected Result에 담았습니다. 예시 데이터를 실제 테스트 입력값으로 연결한 점이 인상적입니다.
TC-5. GNB 탭 시 지연 없이 화면 즉시 전환 확인
테스트 케이스 절차 화면(QA Touch)
no.
Step Description
Expected Result
1
Open the app and locate the bottom navigation bar (GNB) with Home, Explore, Closet, MY icons.
Each tap on a GNB button instantly navigates to the corresponding screen.
2
Tap on each navigation button sequentially (Home → Explore → Closet → MY).
No visible animation or delay occurs during the screen switch.
3
Observe the screen transition time.
UI updates immediately to the selected screen.
4
Repeat taps rapidly to test responsiveness.
Repeated rapid taps do not cause lag or UI freeze.
기획서 상의 'Instant(0ms)' 전환 조건을 "No visible animation or delay(시각적인 애니메이션이나 지연이 없어야 한다)"는 문장으로 매끄럽게 풀어냈습니다. 더불어 "빠른 반복 탭 시 UI 프리즈(Freeze)나 랙이 발생하지 않는지 확인한다"는 퍼포먼스 관점의 검증 단계까지 스스로 추가했습니다.
3. 종합 평가
이번 실습을 진행하며 저희 두루이디에스 원자력·SW 품질 검증 팀이 가장 주목한 부분은, AI가 단순한 텍스트 인식을 넘어 기획서의 맥락을 깊이 있게 이해하고 있다는 점이었습니다.
실제 실무 검증 관점에서 인상 깊었던 핵심 포인트들은 다음과 같습니다.
이미지 맥락의 깊은 이해
일반적으로 이미지는 텍스트 기반 문서보다 파싱이 어렵고 정보 손실이 생기기 쉽습니다. 하지만 QA Touch AI는 이미지 내 애니메이션 수치, UI 요소 명칭, 인터랙션 플로우 구조까지 정확히 파악하여 케이스에 반영했습니다. 도메인 특화 로직은 여전히 사람의 손길이 필요하지만, 기획 문서 이미지 한 장으로 완성도 높은 초안을 도출해냈다는 점 자체로도 향후 소프트웨어 테스트 설계 단계에서 AI의 높은 가능성을 체감할 수 있었습니다.
기획 수치의 정확한 자산화
기획서에 명시되었던 300ms, 200ms, '2초 후 소멸' 등의 구체적인 수치들이 Expected Result(기대 결과)에 왜곡 없이 그대로 매핑되었습니다. 덕분에 QA 엔지니어가 별도의 재가공 과정을 거치지 않고도, 실제 테스트 단계에서 합격/불합격을 판정하는 검증 기준(Assertion)으로 즉시 활용할 수 있는 수준의 결과물이 나왔습니다.
명세 외 시나리오 추론
기획서에는 포지티브(Positive) 플로우만 정의되어 있었음에도 불구하고, AI가 스스로 숨은 시나리오를 추론해냈습니다. 추천 의상 카드 외부 영역을 탭하는 네거티브 케이스(TC-1)나, 실제 디바이스 환경에서 빈번하게 결함이 발생하는 수평/수직 스크롤 간섭 검증(TC-3) 등을 자발적으로 추가하며 QA 관점의 예방 중심적 리스크 식별 능력을 증명했습니다.
UI 명칭 및 예시 데이터 활용
기획서 내에 샘플 데이터로 적혀 있던 세부 정보(Outer/Top/Bottom/Shoes 카테고리 명이나 'Linen Shirt from ZARA')를 테스트 스텝의 입력값으로 매끄럽게 연결했습니다. 특히 화면 하단 GNB 아이콘의 세부 텍스트(Home, Explore, Closet, MY)까지 정확하게 파싱하여 활용한 점은 이미지 인식 및 데이터 매핑 수준이 일정 궤도 이상에 올랐음을 보여줍니다.
테스트 케이스 생성 후 수정 및 케이스 추가 가능(QA Touch)
4. 아쉬운 점
이처럼 기획서의 맥락을 파악하는 능력은 훌륭했으나, 실제 프로젝트 실무에 곧바로 투입하기에는 다음과 같은 명확한 한계점도 공존했습니다.
형식적 구조의 획일화
생성된 5개의 TC가 케이스의 성격이나 복잡도와 상관없이 모두 일률적으로 '4단계 스텝'으로 구성되어 있었습니다. 복잡한 로직을 다루기에는 형식을 맞추는 데 치중한 느낌을 줍니다.
언어 및 파싱의 한계
지원 언어가 제한적이다 보니 한국어 기획서 인식이 어렵고 결과물이 영어로만 생성됩니다. 또한 이미지 업로드 방식은 텍스트(PDF, DOCX) 입력 방식에 비해 정보 손실이나 깊이 있는 예외 케이스 도출에 한계가 존재합니다
플랜 제한
무료 플랜에서는 AI 생성 기회가 단 2회로 제한되어 있어 다양한 프롬프트 실험이나 반복적인 결과 개선이 어려웠습니다.
5. 결론: QA Touch, 실제 프로젝트 실무에서 쓸 수 있을까?
실습을 통해 확인한 AI 기반 테스트 케이스의 완성도는 기대 이상이었지만, "생성된 테스트 케이스를 수동 리뷰 없이 바로 실무에 투입할 수 있을까?"라는 질문에는 보완이 필요하다는 결론을 내렸습니다.
그럼에도 불구하고, '테스트 설계의 강력한 시작점'으로서의 가치는 충분히 증명되었다고 생각합니다. 기획서가 나온 직후 QA 엔지니어가 아무것도 없는 상태에서 TC를 처음부터 작성하는 대신, QA Touch가 생성해 준 완성도 높은 초안을 검토하고 보완하는 방식을 도입한다면 초기 설계 시간을 획기적으로 단축할 수 있습니다.
특히 AI가 놓친 미세한 케이스를 찾아내고, 프로젝트 도메인에 특화된 비즈니스 로직을 정밀하게 추가하는 방식으로 'AI와 QA 엔지니어가 상호 협업하는 워크플로우'를 구축하는 것이 가장 현실적이고 강력한 실무 활용 방안이 될 것입니다.
또한, 이미지 형태의 기획서보다는 구조화된 텍스트 형식의 요구사항 문서를 입력했을 때 한층 더 정교한 결과물을 기대할 수 있으며, 실제 프로젝트 적용 시에는 유료 플랜을 통해 생성 횟수 제한 없이 반복적인 프롬프트 실험을 거친다면 더욱 정확하고 최적화된 평가가 가능할 것입니다.
저희 두루이디에스는 이러한 최신 AI 기술 트렌드를 선제적으로 연구하고 실무에 접목함으로써,
더 빠르고 정교한 예방 중심의 소프트웨어 테스트 및 품질 검증 솔루션을 상용 SW 및 원자력 MMIS 등 고도화된 시스템에 적용해 나가고 있습니다.
단순한 기능 확인을 넘어 복잡한 비즈니스 로직 검증, 고도화된 시스템 연동 시험까지 완벽한 품질 보증이 필요하시다면 언제든 SW 검증 전문 기업 두루이디에스를 찾아주세요. 귀사 프로젝트의 신뢰성을 확실하게 높여드리는 최적의 파트너가 되어드리겠습니다.
📞직통 상담: 02-571-3272
📧빠른 메일: doorooeds@doorooit.com
💻홈페이지: www.doorooeds.com
💡본 포스팅은 QA Touch 무료 플랜을 직접 실습한 경험을 바탕으로 작성되었습니다.
해당 도구의 UI 및 세부 기능은 향후 업데이트 및 이용하시는 유료 플랜 정책에 따라 변경될 수 있습니다.
