4장 테스트 자동화의 철학
Upcoming SlideShare
Loading in...5
×
 

4장 테스트 자동화의 철학

on

  • 1,200 views

 

Statistics

Views

Total Views
1,200
Views on SlideShare
1,194
Embed Views
6

Actions

Likes
2
Downloads
14
Comments
0

3 Embeds 6

http://soomong.net 3
http://www.andstudy.com 2
http://parkpd.egloos.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

4장 테스트 자동화의 철학 4장 테스트 자동화의 철학 Presentation Transcript

  • 테스트 자동화의 철학
    나철환
  • 목차
    철학이 중요한 이유
    철학적 차이점
    한꺼번에 테스트 - 단계적 테스트
    안에서 밖으로 - 밖에서 안으로
    상태 검증 - 동작 검증
    미리 픽스처 설계 - 단계별 테스트로 픽스처 설

    저자의 철학
  • 목차
    철학이 중요한 이유
    철학적 차이점
    한꺼번에 테스트 - 단계적 테스트
    안에서 밖으로 - 밖에서 안으로
    상태 검증 - 동작 검증
    미리 픽스처 설계 - 단계별 테스트로 픽스처 설

    저자의 철학
  • 철학이 테스트
    자동화에 무슨
    상관인가?
  • 인생관(테스트관)은 테스트를 어떻게 할지
    영향을 많이 주기 때문이다.
    예) 모의객체를 많이 쓰는 사람도 있고,
    모의객체를 많이 안 쓰는 사람도 있다.
    이유는 철학이라는 것이 밑바탕에 깔려있기
    때문이다.
    * 다른 철학 이해해야 된다.
  • 다른 철학을 갖고 있는 사람들은 이해하면 왜 그들이 다른 게 하는지 이해 할 수 있습니다.
  • 목차
    철학이 중요한 이유
    철학적 차이점
    한꺼번에 테스트 - 단계적 테스트
    안에서 밖으로 - 밖에서 안으로
    상태 검증 - 동작 검증
    미리 픽스처 설계 - 단계별 테스트로 픽스처 설

    저자의 철학
  • 단계적 테스트
    테스트 약간 -> 코드 약간 -> 테스트 약간
    한 번에 한 개의 테스트만해야 한다.
    테스트가 왜 실패했는지 분명하므로 디버그
    시간을 줄 일수 있다.
  • 한꺼번에 테스트
    지금까지의 기능이 요구하는 모든 테스트를
    코딩에 들어가기 전에 미리 알아본다.
    개발자가 '고객처럼 생각하기‘ 가능
    개발자가 '해결 방법'에 너무 빨리 들어가는
    걸 막아준다.
    스토리를 추정 할 수 있다.
  • 단계적 테스트 –“점진적인 개발에 있어 최상의 상태”라고 말한다.
    한꺼번에 테스트 – 스토리에 포함된 테스트를 개발자에게 한개씩 주지 않기 때문이다.
  • 목차
    철학이 중요한 이유
    철학적 차이점
    테스트 나중 - 테스트 먼저
    한꺼번에 테스트 - 단계적 테스트
    안에서 밖으로 - 밖에서 안으로
    상태 검증 - 동작 검증
    미리 픽스처 설계 - 단계별 테스트로 픽스처 설

    저자의 철학
  • 안에서 밖으로
    의존성 문제가 생긴다.
  • 안에서 밖으로
    의존성 문제가 생긴다.
  • 안에서 밖으로
    의존성 문제가 생긴다.
  • 밖에서 안으로
    테스트 대역 사용해서 의존성 해결
    개발자처럼 생각하기 전에 '고객처럼 생각하게'해준다.
  • 밖에서 안으로
    테스트 대역 사용해서 의존성 해결
    개발자처럼 생각하기 전에 '고객처럼 생각하게'해준다.
  • 밖에서 안으로
    테스트 대역 사용해서 의존성 해결
    개발자처럼 생각하기 전에 '고객처럼 생각하게'해준다.
  • 목차
    철학이 중요한 이유
    철학적 차이점
    한꺼번에 테스트 - 단계적 테스트
    안에서 밖으로 - 밖에서 안으로
    상태 검증 - 동작 검증
    미리 픽스처 설계 - 단계별 테스트로 픽스처 설

    저자의 철학
  • 상태 검증
    SUT를 특정 상태에 두고 실행한 후 SUT가
    원했던 상태인지 검증
  • 동작 검증
    SUT의 시작과 끝의 상태뿐만 아니라 SUT가
    밑으로 호출하는 것까지 검증
  • 동작 검증
    좀 더 어려운 리펙토링이 필요하지만 소프트웨어의 각 단위를 따로 테스트하기 좋다.
  • 목차
    철학이 중요한 이유
    철학적 차이점
    한꺼번에 테스트 - 단계적 테스트
    안에서 밖으로 - 밖에서 안으로
    상태 검증 - 동작 검증
    미리 픽스처 설계 - 단계별 테스트로 픽스처 설

    저자의 철학
  • 미리 픽스처 설계
  • 미리 픽스처 설계
    테스트를 봤을 때 픽스처의어느 부분이 특정 테스트 메소드를 위한 사전 조건인지 알기 힘들 수 있다.
  • 단계적 픽스처 설치
    좀더 애자일 한 방법이다.
    맞춤제작
  • 목차
    철학이 중요한 이유
    철학적 차이점
    한꺼번에 테스트 - 단계적 테스트
    안에서 밖으로 - 밖에서 안으로
    상태 검증 - 동작 검증
    미리 픽스처 설계 - 단계별 테스트로 픽스처 설

    저자의 철학
  • - 보통 한 번에 하나의 테스트를 작성하지만 때에 따라서는 미리 개요를 자기 위해 생각나는 모든 테스트를 작성하기도 한다.
    - 밖에서 안으로 개발하면 다음 안쪽 레이어에서 어떤 테스트가 필요한지 알아내는 데 도움이 된다.
    • 상태 검증를 주로 하지만 코드 커버리지를 높이기 위해 동작 검증을 쓰기도 한다.
    • 단계별 테스트에 따라 픽스처를 설계한다.
  • 결론
    다른 철학을 이해하는 것이 가장 중요하다.