Software Testing

[horace-velmont]

1~2

Chapter 1 효율적이고 체계적인 소프트웨어 테스트

1.4.1 단위 테스트

• 단위 테스트는 빠르고, 다루기 쉽다.
• 단위 테스트는 현실성이 떨어지고, 잡을 수 없는 종류의 버그가 존재한다.

  1.4.2 통합 테스트

• 통합테스트는 우리의 구성요소와 외부의 구성요소 두 부분에 중점을 둔다.
• 시스템 테스트보다는 덜 복잡하지만 단위 테스트에 비하면 환경 구성 측면에서 작성하기 더 어렵다

  1.4.3 시스템 테스트

• 가장 현실적인 테스트이다.
• 전체 소프트웨어 시스템을 실행해야 한다.
• 느리고 작성하기 힘들다.

  1.4.6 각 수준에서 무엇을 테스트해야 할까?

  살충제 역설을 명심하자. 단 하나의 기법으로는 모든 버그를 식별하지 못한다.

Chapter 2

2.1.1 1단계: 요구사항과 입출력에 대해 이해하기

요구사항은 세 부분으로 이루어져 있다.

1. 프로그램 또는 메서드는 무엇을 수행해야 하는지에 대한 비즈니스 규칙
2. 프로그램은 데이터를 입력으로 받는다.
3. 출력에 대한 추론은 프로그램이 무엇을 수행하고 입력이 어떻게 기대하는 출력으로 변환되는지를 더 잘 이해하도록 해준다.

   2.1.2 2단계: 여러 입력값에 대해 프로그램이 수행하는 바를 탐색하기

   2.1.3 3단계: 테스트 가능한 입출력과 구획을 탐색하기

   2.1.4 4단계: 경계 분석하기

   2.1.5 5단계: 테스트 케이스 고민하기

   2.1.6 6단계: 테스트 케이스 자동화하기

   2.1.7 7단계: 창의성과 경험을 발휘해서 테스트 스위트를 강화하기