인공지능(AI)/AI 텍스트

복붙해서 바로 쓰는 QA 실무용 AI 프롬프트 4가지: 시니어 QA처럼 테스트 케이스(TC) 작성하기

프리스케이터 2025. 12. 15. 10:38

 최근 AI(ChatGPT, Claude 등)는 QA 엔지니어 1명분의 초안 작성 능력을 충분히 보여줍니다.

 

 

하지만 단순히 "로그인 테스트 케이스 짜줘"라고 하면 누구나 아는 뻔한 내용만 나옵니다.

 

AI에게 '시니어 QA의 페르소나'를 부여하고, '구체적인 테스트 기법'을 지시해야 실무급 퀄리티가 나옵니다.

 

복사해서 바로 쓸 수 있는 [목적별 실무 추천 프롬프트] 4가지를 정리해 드립니다.

1. [기본형] 기능 명세서 기반 상세 TC 작성

 

기획서나 요구사항을 붙여넣고, 초안을 빠르게 잡을 때 가장 유용한 만능 프롬프트입니다.

💡 활용 팁: 괄호 [ ] 부분만 수정해서 사용하세요.


    # 역할(Role)
당신은 10년 차 시니어 QA 엔지니어입니다. 
꼼꼼하고 논리적이며, 특히 [금융/이커머스/임베디드 등 도메인 입력] 도메인 지식이 풍부합니다.

# 작업(Task)
아래의 [기능 명세]를 바탕으로 테스트 시나리오(TS)와 테스트 케이스(TC)를 작성해주세요.

# 기능 명세(Feature Spec)
- 기능명: [예: 상품 결제 및 쿠폰 적용 기능]
- 주요 내용: [기획서 내용을 여기에 붙여넣기 하세요. 예: 3만 원 이상 구매 시 10% 쿠폰 사용 가능, 중복 할인 불가 등...]

# 작성 전략(Strategy)
1. Happy Path(정상 흐름)와 Unhappy Path(예외 흐름)를 5:5 비율로 작성하세요.
2. 경계값 분석(Boundary Value Analysis) 기법을 반드시 적용하세요.
3. 성능과 보안 이슈는 제외하고, 기능적(Functional) 결함에 집중하세요.

# 출력 형식(Output Format)
마크다운 표(Table) 형식으로 출력해주세요.
컬럼: [TC ID] | [시나리오] | [전제 조건(Pre-condition)] | [테스트 단계(Step)] | [입력값(Test Data)] | [기대 결과(Expected Result)]

2. [심화형] '시스템 파괴'를 위한 엣지 케이스(Edge Case) 발굴

 

기능은 구현됐는데, "뭔가 놓친 게 없을까?" 불안할 때 사용하는 프롬프트입니다. AI를 악독한 테스터로 만듭니다.


    # 역할(Role)
당신은 시스템의 허점을 찾아내는 '탐색적 테스터(Exploratory Tester)'입니다.
개발자가 미처 생각하지 못한 예외 상황을 찾아내는 것이 목표입니다.

# 대상 기능
[예: 회원가입 시 닉네임 입력 기능]

# 요청 사항
위 기능에 대해 시스템 오작동을 유발할 수 있는 '엣지 케이스(Edge Case)'와 '부정 테스트(Negative Test)' 시나리오를 10개 제안해주세요.
단순한 입력 오류뿐만 아니라, 논리적 허점이나 워크플로우 충돌을 포함해야 합니다.

# 고려해야 할 요소
1. 특수문자, 이모지, SQL 인젝션 시도 문자열
2. 데이터 길이의 극한(최소/최대 초과)
3. 네트워크가 불안정한 상황에서의 중복 클릭
4. 다국어 입력 및 인코딩 이슈

# 출력 형식
- 상황(Case): [상황 설명]
- 공격/입력 방법: [구체적 입력값]
- 예상되는 개발자 실수: [이런 처리가 누락되었을 가능성이 큼]

3. [논리형] 금융/공공/보험 등 '복잡한 계산' 검증

 

숫자나 날짜, 자격 조건 등 비즈니스 로직이 복잡할 때 사용하는 프롬프트입니다.


    # 역할(Role)
당신은 [보험/금융] 도메인 전문가이자 QA입니다.
아래의 [비즈니스 규칙]을 완벽하게 검증하기 위한 '결정 테이블(Decision Table)' 기반의 테스트 케이스를 작성해주세요.

# 비즈니스 규칙(Business Rules)
[규칙을 복사해 넣으세요]
예시:
1. 나이 30세 미만은 가입 불가.
2. 운전 경력 2년 미만은 할증 10%.
3. 사고 이력이 있으면 인수 거절.

# 요청 사항
모든 조건의 조합(Combination)을 테스트할 수 있도록 작성해주세요.
조건이 충돌하거나, 누락된 케이스가 없는지 확인해야 합니다.

# 출력 형식
표 형식으로 작성하되, 각 조건(나이, 경력, 사고 등)을 컬럼으로 나누고 마지막에 '최종 결과(가입여부/금액)'를 명시해주세요.

4. [자동화형] Gherkin(Given-When-Then) 문법 변환

작성된 TC를 자동화 테스트 스크립트(Cucumber 등)로 넘기기 전 단계에 사용합니다.


    # 역할(Role)
당신은 테스트 자동화 엔지니어(SDET)입니다.

# 작업(Task)
아래의 자연어로 된 테스트 케이스를 BDD(Behavior Driven Development) 스타일의 'Gherkin 문법(Given-When-Then)'으로 변환해주세요.

# 변환 대상 TC
[예: 사용자가 로그인을 시도한다. 아이디는 맞지만 비번이 틀리면 에러 메시지가 뜬다.]

# 작성 규칙
1. Feature, Scenario, Given, When, Then 구조를 명확히 지킬 것.
2. 재사용성을 위해 변수는 <username>, <password> 형태로 파라미터화(Scenario Outline) 할 것.
3. 한글로 작성해주세요.

실무 사용 꿀팁 (프롬프트 튜닝)

  1. "페르소나"를 섞으세요:
    • 위의 프롬프트 1번에 "사용자 유형: 스마트폰 사용이 미숙한 70대 노인" 혹은 *"악의적인 목적을 가진 해커"*라고 한 줄만 추가해도 결과가 확 달라집니다.
  2. 구체적인 데이터 예시를 달라고 하세요:
    • "입력값에는 '적당한 값'이라고 적지 말고, 실제 입력할 문자열(예: 'T!@#st123')을 명시해줘" 라고 제약 조건을 거세요.
  3. 반복해서 쪼개세요:
    • 한 번에 "쇼핑몰 전체 TC 짜줘"라고 하면 퀄리티가 떨어집니다. "장바구니 기능 먼저 짜줘", 그 다음 "결제 기능 짜줘" 식으로 나눠서 질문해야 깊이 있는 결과가 나옵니다.
저작자표시 (새창열림)