Skip to content

conversational_presentation_script.md

Latest commit

 

History

History
290 lines (167 loc) · 11.9 KB

conversational_presentation_script.md

File metadata and controls

290 lines (167 loc) · 11.9 KB
Raw

대화체 발표 스크립트

curl, Postman, Playwright, Donobu를 활용한 웹 테스팅 전략

도입부 (2분)

"안녕하세요, 여러분! 오늘은 제가 SecondChap이라는 음악 발견 플랫폼을 개발하면서 겪었던 테스팅의 고민과 해결책을 공유하려고 합니다."

"혹시 여러분도 API 테스팅할 때 이런 고민 해보신 적 있나요? '이 API가 정말 잘 작동하는 걸까?', '사용자가 실제로 이 기능을 사용할 때 문제없을까?', '성능은 괜찮을까?' 이런 생각들 말이에요."

"저도 처음에는 그냥 브라우저에서 수동으로 테스트하고, 개발자 도구로 확인하는 정도였어요. 그런데 프로젝트가 커지면서 이 방법으로는 한계가 있었습니다."

"그래서 오늘은 제가 실제로 사용하고 있는 4가지 도구 - curl, Postman, Playwright, Donobu를 어떻게 조합해서 사용하는지 보여드리겠습니다."

문제 상황 설명 (1분)

"먼저 제가 겪었던 문제들을 말씀드릴게요."

"첫 번째는 API 신뢰성 문제였어요. Spotify API를 사용하는데, 이게 가끔 느려지거나 에러가 나는 경우가 있었거든요. 그런데 이걸 어떻게 미리 알 수 있을까요?"

"두 번째는 사용자 경험 문제였어요. 개발할 때는 잘 되던 로그인이나 검색 기능이 실제 사용자들이 사용할 때는 다르게 동작하는 경우가 있었어요."

"세 번째는 성능 문제였어요. '이 기능이 느린 건 정상인가, 아니면 뭔가 문제가 있는 건가?' 이런 의문이 들 때가 많았어요."

"그리고 마지막으로는 팀 협업 문제였어요. API가 어떻게 작동하는지, 어떤 파라미터를 사용해야 하는지 팀원들과 공유하기가 어려웠어요."

"이런 문제들을 해결하기 위해 4가지 도구를 조합해서 사용하게 되었습니다."

4가지 도구 소개 (3분)

"이제 4가지 도구를 하나씩 소개해드릴게요."

curl 소개

"먼저 curl부터 말씀드릴게요. curl은 정말 간단해요. 터미널에서 한 줄로 API를 테스트할 수 있거든요."

"예를 들어, 'curl http://localhost:3000/api/spotify/token' 이렇게 하면 바로 API 응답을 볼 수 있어요. 응답 시간도 측정할 수 있고요."

"제가 curl을 좋아하는 이유는 빠르다는 거예요. 뭔가 문제가 생겼을 때 바로 확인해볼 수 있거든요. 스크립트로도 만들 수 있어서 자동화도 가능하고요."

Postman 소개

"두 번째는 Postman이에요. curl이 빠르다면, Postman은 체계적이에요."

"API들을 폴더별로 정리할 수 있고, 환경 변수도 관리할 수 있어요. 팀원들과 공유하기도 쉽고요."

"특히 좋은 점은 테스트 스크립트를 작성할 수 있다는 거예요. 응답이 올바른지, 응답 시간이 적절한지 자동으로 확인할 수 있어요."

"그리고 Newman이라는 CLI 도구도 있어서 CI/CD에 통합하기도 쉬워요."

Playwright 소개

"세 번째는 Playwright예요. 이건 실제 사용자처럼 브라우저를 조작해서 테스트하는 도구예요."

"예를 들어, 로그인 버튼을 클릭하고, 검색창에 'BTS'를 입력하고, 결과를 확인하는 이런 과정을 자동화할 수 있어요."

"크로스 브라우저 테스트도 가능해요. Chrome, Firefox, Safari에서 모두 잘 작동하는지 확인할 수 있거든요."

"모바일 테스팅도 가능하고, 스크린샷을 찍어서 UI가 예상대로 나오는지도 확인할 수 있어요."

Donobu 소개

"마지막은 Donobu예요. 이건 좀 더 고급 기능을 제공해요."

"실시간으로 애플리케이션의 상태를 모니터링할 수 있어요. 메모리 사용량, CPU 사용량, 에러 발생률 이런 것들을 실시간으로 볼 수 있거든요."

"성능 프로파일링도 가능해요. 어느 부분이 느린지, 어디서 메모리 누수가 발생하는지 찾아낼 수 있어요."

"네트워크 요청도 분석할 수 있어요. 어떤 API 호출이 느린지, 에러가 발생하는지 실시간으로 확인할 수 있어요."

실제 사용 예시 (4분)

"이제 실제로 어떻게 사용하는지 보여드릴게요."

curl 사용 예시

"먼저 curl로 간단한 API 테스트를 해볼게요."

# 기본 API 테스트
curl -v http://localhost:3000/api/spotify/token

# 성능 측정
curl -w "Time: %{time_total}s\n" -o /dev/null -s http://localhost:3000/api/spotify/token

# 에러 시뮬레이션
curl -i http://localhost:3000/api/nonexistent

"보시다시피 정말 간단하죠? 응답 시간도 측정할 수 있고, 에러 상황도 테스트할 수 있어요."

Postman 사용 예시

"이제 Postman으로 좀 더 체계적으로 테스트해볼게요."

"Postman에서는 이런 식으로 테스트 스크립트를 작성할 수 있어요:"

// 응답 검증
pm.test("Status code is 200", function () {
  pm.response.to.have.status(200);
});

// 성능 테스트
pm.test("Response time is acceptable", function () {
  pm.expect(pm.response.responseTime).to.be.below(2000);
});

// 데이터 구조 검증
pm.test("Response has required fields", function () {
  const jsonData = pm.response.json();
  pm.expect(jsonData).to.have.property("access_token");
});

"이렇게 하면 API가 올바르게 작동하는지 자동으로 확인할 수 있어요."

Playwright 사용 예시

"Playwright로는 실제 사용자 플로우를 테스트할 수 있어요:"

test("Music search flow", async ({ page }) => {
  // 로그인
  await page.goto("http://localhost:3000");
  await page.click("text=Login");

  // 검색
  await page.fill('[data-testid="search-input"]', "BTS");
  await page.click('[data-testid="search-button"]');

  // 결과 확인
  await expect(page.locator('[data-testid="search-results"]')).toBeVisible();
});

"이렇게 하면 실제 사용자가 하는 행동을 자동화할 수 있어요."

Donobu 사용 예시

"Donobu로는 실시간 모니터링을 할 수 있어요:"

// 실시간 모니터링
donobu.monitor({
  endpoints: ["/api/spotify/token", "/api/favorites"],
  metrics: ["response_time", "memory_usage", "error_rate"],
});

// 성능 프로파일링
donobu.profile({
  duration: 30000,
  sampleRate: 100,
  includeMemory: true,
});

"이렇게 하면 애플리케이션의 상태를 실시간으로 모니터링할 수 있어요."

워크플로우 설명 (2분)

"이제 이 4가지 도구를 어떻게 조합해서 사용하는지 말씀드릴게요."

"일반적인 개발 워크플로우는 이렇아요:"

"먼저 curl로 빠르게 API가 작동하는지 확인해요. 뭔가 문제가 있으면 바로 알 수 있거든요."

"그 다음에 Postman으로 체계적으로 테스트해요. 모든 엔드포인트를 테스트하고, 팀원들과 공유할 수 있는 문서도 만들어요."

"그리고 Playwright로 실제 사용자 플로우를 테스트해요. 로그인부터 음악 검색까지 전체 과정을 확인하는 거죠."

"마지막으로 Donobu로 실시간 모니터링을 해요. 프로덕션에서 문제가 생기면 바로 알 수 있거든요."

"이렇게 하면 각 도구의 장점을 최대한 활용할 수 있어요."

결과 공유 (2분)

"이 전략을 사용한 결과를 말씀드릴게요."

"먼저 API 커버리지가 100%가 되었어요. 모든 엔드포인트를 테스트하고 있거든요."

"사용자 플로우도 95% 커버하고 있어요. 로그인, 검색, 즐겨찾기 이런 주요 기능들을 모두 테스트하고 있어요."

"성능도 많이 개선되었어요. 모든 API가 2초 이내에 응답하도록 최적화했어요."

"그리고 가장 중요한 건, 프로덕션에서 발생하는 버그가 70% 줄었다는 거예요. 테스트에서 미리 잡아내니까요."

"팀 협업도 훨씬 좋아졌어요. Postman으로 API 문서를 공유하니까 팀원들이 API를 이해하기 쉬워졌거든요."

교훈 및 팁 (1분)

"이 과정에서 배운 것들을 말씀드릴게요."

"첫 번째는 '도구는 도구일 뿐'이라는 거예요. 중요한 건 어떻게 조합해서 사용하느냐예요."

"두 번째는 '자동화의 힘'이에요. 수동으로 테스트하던 걸 자동화하니까 시간도 절약되고, 실수도 줄어들었어요."

"세 번째는 '실시간 모니터링의 중요성'이에요. 문제가 생기면 바로 알 수 있어서 빠르게 대응할 수 있어요."

"그리고 마지막으로 '팀 협업'이에요. 좋은 도구를 사용하면 팀원들과 소통하기도 쉬워져요."

향후 계획 (1분)

"앞으로는 더 발전시켜 나갈 계획이에요."

"curl 스크립트를 더 정교하게 만들고, Postman에서 Mock 서비스도 활용해보려고 해요."

"Playwright에서는 시각적 회귀 테스팅도 추가하고, 모바일 테스팅도 더 확장할 계획이에요."

"Donobu에서는 AI를 활용한 에러 패턴 인식도 도입해보려고 해요."

"그리고 부하 테스팅도 추가해서 성능 한계점도 파악해보려고 해요."

결론 및 Q&A (1분)

"정리하면, 4가지 도구를 조합해서 사용하니까 테스팅이 훨씬 체계적이고 효율적이 되었어요."

"curl로 빠르게, Postman으로 체계적으로, Playwright로 실제 사용자 관점에서, Donobu로 실시간으로 모니터링하는 거죠."

"각 도구의 장점을 살려서 조합하면 정말 강력한 테스팅 환경을 만들 수 있어요."

"혹시 궁금한 점이나 비슷한 경험이 있으시면 언제든지 말씀해 주세요!"

"감사합니다!"

Q&A 준비

예상 질문들

Q: "테스트 데이터는 어떻게 관리하나요?" A: "환경별로 테스트 데이터를 분리해서 관리해요. 개발, 스테이징, 프로덕션 환경마다 다른 데이터를 사용하고, 데이터베이스 시딩도 자동화했어요."

Q: "실제 Spotify 데이터로 테스트하나요?" A: "실제 API 호출과 모킹을 조합해서 사용해요. 개발할 때는 모킹을 많이 사용하고, 통합 테스트할 때는 실제 API를 사용해요. Rate limiting도 고려해서 스케줄링도 하고요."

Q: "테스트 안정성은 어떻게 보장하나요?" A: "환경 격리와 정리 절차를 철저히 하고, Flaky test 감지와 재시도 메커니즘도 구현했어요. 그리고 각 도구마다 적절한 타임아웃도 설정했어요."

Q: "CI/CD에는 어떻게 통합했나요?" A: "curl은 쉘 스크립트로, Postman은 Newman CLI로, Playwright는 npm 스크립트로 통합했어요. GitHub Actions에서 자동으로 실행되도록 설정했어요."

Q: "팀원들이 이 도구들을 어떻게 학습했나요?" A: "Postman 컬렉션을 공유하고, 각 도구별로 간단한 가이드를 만들어서 공유했어요. 그리고 페어 프로그래밍으로 함께 사용해보면서 학습했어요."

발표 팁

자연스러운 발표를 위한 조언

  1. 청중과의 상호작용: "혹시 이런 경험 있으신가요?" 같은 질문으로 참여 유도
  2. 개인적 경험 공유: "저도 처음에는..." 같은 개인적 이야기로 친근감 조성
  3. 실제 예시: 코드나 스크린샷을 보여주면서 설명
  4. 유머: 적절한 유머로 분위기 조성
  5. 시간 관리: 각 섹션별 시간을 정확히 지키기

시각적 자료 활용

  • 실시간 데모: 실제 도구를 보여주면서 설명
  • 스크린샷: 각 도구의 화면을 보여주기
  • 다이어그램: 워크플로우나 아키텍처 설명
  • 차트: 성능 지표나 결과 시각화

이 스크립트를 사용하면 자연스럽고 대화적인 발표를 할 수 있습니다! 🎯