개발자 컨퍼런스 라이트닝 토크 5분짜리 발표를 준비해 줘 — 주제는 테스트 자동화

## 역할과 목표

너는 개발자 컨퍼런스의 발표 구성자이자 기술 발표 대본 작성자다. 주제인 테스트 자동화로 5분짜리 라이트닝 토크를 설계하고, 발표자가 실제로 사용할 수 있는 장표 구성과 발표 대본을 한국어로 작성하라.

산출물은 장표별 핵심 메시지와 시각 요소를 표로 제시하고, 장표 텍스트와 발표자가 말할 대본을 분리해야 한다. 완료 기준은 전체 발표가 5분 안에 진행되며, 테스트 자동화의 핵심 주장과 근거가 짧은 시간 안에 이해되고, 모든 사례·수치·도구명이 입력이나 검증 가능한 출처에 근거하는 것이다.

## 범위와 전제

다룰 범위는 테스트 자동화의 필요성, 적용 대상, 기대 효과, 도입 또는 개선 시 고려할 점, 그리고 이를 5분 안에 전달하는 발표 흐름이다. 발표 형식은 개발자 컨퍼런스 라이트닝 토크이며, 주제는 테스트 자동화다.

다루지 않는 범위는 특정 회사나 제품의 홍보, 실제 프로젝트의 성과 보고, 구현 코드의 상세 작성, 특정 테스트 프레임워크의 우열 단정, 사용자가 제공하지 않은 조직·기술 환경의 가정이다.

다음 값은 입력이 없으므로 슬롯으로 남겨라.

- 청중의 수준과 직군: [입력 필요: 청중의 개발 경력·직군·테스트 자동화 경험]
- 장표 수 상한: [입력 필요: 최대 장표 수]
- 핵심 결론 또는 청중에게 요청할 행동: [입력 필요: 발표의 최종 메시지 또는 요청 사항]
- 사용 가능한 사례·데이터·도구: [입력 필요: 발표에 활용할 검증된 사례·수치·도구명]

청중 수준, 장표 수, 핵심 결론, 사례·데이터·도구를 임의의 값으로 채우지 마라. 값이 없으면 일반 원칙 중심으로 구성하고 해당 위치에 슬롯을 표시하라.

## 작업 규칙

1. 먼저 발표의 중심 질문을 하나로 정하라. 예를 들어 테스트 자동화를 왜 도입하거나 개선해야 하는지, 어디에 적용해야 하는지처럼 테스트 자동화 주제에서 한 문장으로 답할 수 있어야 한다. 질문이 확정되지 않으면 [입력 필요: 발표의 중심 질문]을 표시하라.

2. 5분을 오프닝, 문제 제기, 핵심 설명, 적용 기준, 결론으로 나누고 각 구간에 시간을 배분하라. 발표 시간이 5분이므로 장표와 대본이 시간을 초과하면 세부 설명보다 사례·부연을 먼저 줄여라.

3. 테스트 자동화의 대상은 분기로 제시하라.
   - 반복 실행이 많고 결과 판정이 비교적 명확한 테스트라면 자동화 우선 대상으로 설명하라.
   - 탐색적 판단, 사용성 평가, 시각적 맥락 판단처럼 자동화 기준이 불명확한 영역이라면 자동화하지 않거나 사람의 검토와 결합하는 영역으로 구분하라.
   - 이 분류를 절대 규칙처럼 단정하지 말고, 테스트의 반복성·판정 가능성·유지 비용을 기준으로 판단하라.

4. 자동화의 효과를 설명할 때 실행 속도, 반복성, 회귀 검증, 피드백 시점처럼 관찰 가능한 항목으로 나눠라. 생산성 향상률, 결함 감소율, 비용 절감액 등 수치는 입력이나 검증 가능한 출처가 없으면 만들지 말고 [확인 필요]로 표시하라.

5. 상관과 인과를 구분하라. 자동화 도입 뒤 배포가 빨라졌다는 사례가 있더라도 자동화만이 원인이라고 단정하지 말고, 테스트 범위·팀 규모·배포 절차·기술 변경 등 다른 요인을 함께 언급할 수 있는 구조를 마련하라.

6. 도구명이나 프레임워크명을 사용할 때는 사용자가 제공한 정보 또는 확인 가능한 출처에 있는 것만 사용하라. 특정 도구를 추천하려면 추천 기준을 테스트 유형, 실행 환경, 유지보수 방식 등으로 명시하고, 근거 없는 우열 표현은 금지하라.

7. 한국 관할의 발표 자료에서 법률이나 규정 준수가 핵심 주제로 제시되지 않았으므로 관련 법령을 임의로 끌어오지 마라. 다만 개인정보를 포함한 테스트 데이터가 언급되면 개인정보 보호법 적용 여부를 확인 항목으로 표시하고, 실제 규정 내용은 단정하지 마라. 테스트 데이터의 수집 항목·보유 기간·파기 방법을 말해야 한다면 [입력 필요: 테스트 데이터 처리 기준]으로 남겨라.

8. 발표자의 실제 경험처럼 보이는 사례를 지어내지 마라. 입력에 사례가 없으면 가상의 사례라고 명확히 표시하거나, 사례 없이 원칙과 판단 기준으로 구성하라.

## 산출물 구조

다음 순서와 형식을 지켜라.

1. **발표 개요**
   - 발표 제목
   - 중심 질문
   - 한 문장 결론
   - 총 발표 시간: 5분
   - 청중: [입력 필요: 청중의 개발 경력·직군·테스트 자동화 경험]
   - 장표 수: [입력 필요: 최대 장표 수] 또는 5분에 맞춘 제안 수
   - 사례·데이터 출처 상태

2. **장표 목록 표**
   
   다음 열을 포함하라: 번호 / 제목 / 핵심 메시지 / 들어갈 시각 요소 / 예상 시간. 장표 하나에는 핵심 메시지 하나만 넣어라. 첫 장 또는 초반에 결론과 청중에게 필요한 행동을 두괄식으로 제시하라.

3. **장표별 내용**
   
   각 장표에 들어갈 짧은 문구, 도식·비교표·흐름도 등 시각 요소의 설계, 사용하지 말아야 할 과도한 텍스트를 제시하라. 데이터가 들어가는 장표에는 다음 출처 주석 슬롯을 붙여라.

   자료: [입력 필요: 기관명 또는 원자료 제공처], [입력 필요: 자료명], [입력 필요: 기준연도]  
   주: [입력 필요: 지표 정의·단위]

   수치가 없으면 임의 값을 넣지 말고, 필요한 자료와 표의 구조만 제안하라.

4. **장별 발표 대본**
   
   장표 텍스트와 별도로 발표자가 말할 문장을 작성하라. 5분 안에 읽을 수 있도록 장표별 예상 시간을 지키고, 오프닝에서 문제와 결론을 빠르게 제시하라. 테스트 자동화의 장점만 나열하지 말고 적용하지 말아야 할 조건과 유지보수 부담도 짧게 포함하라.

5. **오프닝·클로징 지침**
   
   오프닝은 청중이 테스트 자동화의 문제의식을 즉시 파악하도록 구성하라. 클로징은 한 문장 결론과 [입력 필요: 청중에게 요청할 행동]을 연결하라. 실제 경험이나 성과처럼 말할 근거가 없으면 개인 경험을 암시하지 마라.

6. **시간 배분**
   
   오프닝, 문제 제기, 핵심 설명, 적용 기준, 결론의 초 단위 또는 분 단위 배분을 표로 제시하라. 대본을 읽는 시간이 5분을 넘으면 사례와 수식어를 줄이고 핵심 메시지를 유지하라.

## 문체 규칙

전체 문체는 hybrid로 작성하라. 발표 개요, 장표 목록, 장표별 구성, 시간 배분은 개조식과 표 중심으로 쓰고, 장별 발표 대본과 오프닝·클로징 멘트는 자연스러운 서술형으로 쓴다. 개발자 컨퍼런스에 맞는 전문적이고 직접적인 존댓말을 사용하되, 테스트 자동화의 가치를 과장하는 홍보 문구와 “무조건”, “완벽하게”, “자동화하면 모든 문제가 해결된다” 같은 단정적 클리셰는 피하라.

## 문체 규칙 (휴머나이저 v1)

산출물의 산문 전체에 적용한다. 코드, 명령어, 인용문, 고유명사는 손대지 않는다.

- 종결어미를 하나로 고정하지 마라. ~다/~는데/명사형 종결을 섞고 장문과 단문을 교차시킨다.
- 서두 인사("물론입니다!", "~에 대해 알아보겠습니다")와 마무리 상투구("결론적으로", "도움이 되셨기를 바랍니다")를 쓰지 않는다. 마지막 구체 사실로 끝낸다.
- "첫째, 둘째" 기계 나열, 이모지, 문단마다 붙는 볼드 소제목 금지.
- 근거 없는 추상어("다양한", "효과적인", "전략적 접근")를 구체 서술로 바꿔라. 단 그 구체 정보는 사용자 입력과 검증 가능한 출처에 있는 사실만 쓴다. 인간답게 보이려고 세부를 지어내지 마라. 받지 못한 값은 [입력 필요] 슬롯으로 남긴다.
- 번역투를 피한다. "~에 있어서", "~을 통해" 남발과 "~되어지다" 같은 이중 피동 금지.
- 문두 접속사("또한", "하지만", "따라서")를 연속해서 쓰지 않는다. 문맥상 명확한 주어는 생략한다.
- 같은 핵심어를 한 문단에서 반복하지 마라. 억지 동의어로 돌려 말하는 과교정도 피한다.
- 오탐 가드: 오류 없는 문법, 한 번의 접속어, 격식 어휘는 그 자체로 AI 문체가 아니다. 신호가 여럿 겹칠 때만 고치고, 일부러 거칠게 쓰지 마라.

## 제출 전 자기 감사

초안을 완성한 뒤 스스로 두 가지를 점검하라. 어느 부분이 명백히 AI 문체로 읽히는가. 사용자 입력이나 검증 가능한 출처에 없는 사실을 단정한 곳이 있는가. 걸린 부분을 고쳐 쓴 다음 최종본만 출력한다. 점검 과정 자체는 출력하지 마라.

## 자기검증

1. 발표 형식이 개발자 컨퍼런스 라이트닝 토크이고 전체 시간이 정확히 5분으로 설계되었는지 확인하라.
2. 테스트 자동화가 주제에서 벗어나지 않고, 구현 코드나 특정 제품 홍보로 범위가 확장되지 않았는지 확인하라.
3. 장표 목록 표에 번호, 제목, 핵심 메시지, 시각 요소, 예상 시간이 모두 들어갔는지 확인하라.
4. 장표 텍스트와 장별 발표 대본이 분리되어 있는지 확인하라.
5. 장표 하나에 핵심 메시지가 하나만 있는지 확인하라.
6. 반복성, 판정 가능성, 유지 비용을 기준으로 자동화 대상과 사람의 검토가 필요한 영역을 구분했는지 확인하라.
7. 입력에 없던 회사명, 프로젝트 경험, 도구명, 성과 수치, 비용 절감률을 추가하지 않았는지 확인하라.
8. 청중 수준, 장표 수 상한, 핵심 결론, 사례·데이터가 입력되지 않았다면 슬롯으로 남겼는지, 임의로 채우지 않았는지 확인하라.
9. 사례나 수치를 사용한 모든 장표에 출처 주석 슬롯이 있는지 확인하라.
10. 5분을 초과할 경우 세부 사례와 수식어를 줄이는 방식으로 시간을 조정했는지 확인하라.
11. 테스트 자동화의 장점뿐 아니라 자동화가 부적합하거나 유지보수 부담이 커지는 조건도 포함했는지 확인하라.
12. 요청 범위를 벗어난 법률 해석, 규정 내용, 개인정보 처리 기준을 사실처럼 단정하지 않았는지 확인하라.