Unit test

V 모델

• 프로세스 실행이 V모양으로 순차적으로 발생하는 모델이다. 확인 및 검증 모델이라고도 한다.

• 흔히 말하는 폭포수 모델의 확장형이다. 폭포수이되 각 개발 단게에 테스트 단계의 연결을 기반으로 한다.

• 개발 주기의 모든 단일 단계에 대해서 직접적으로 관련된 테스트 단계가 있다는 의미이다.

• V모델은 각 단계에 대한 테스트를 나누고, 처음부터 어떻게 테스트할 지에 대해 결정하려고 노력한다.

  1. 요구사항 분석 -> 사용자 중심 => 인수테스트

  2. 시스템 설계 -> 시스템 사양 결정 => 시스템 테스트

  3. 아키텍처 설계 -> 고수준 설계 => 통합 테스트

  4. 모듈 설계 -> 저수준 설계 => 단위 테스트

  5. 구현 -> 코딩
• V 모델에서는 개발 단계의 테스트가 병렬로 계획된다. 그리고 코딩 단계에서 양면이 결합된다.

• 장점

  • 프로세스 방식이 매우 간단하기 때문에 적용과 이해가 쉽다.

  • 단순성으로 인해 관리가 더 쉽다.

  • 소규모 프로젝트에 적합하다.

• 단점

  • 단계를 되돌아가기가 어렵기 때문에 기획이 변경되면 안된다. 비용이 크다.

  • 높은 위험과 불확실성이 있다.

  • 장기 프로젝트에는 적합하지 않다.

Test Matrix

• 소프트웨어 테스트 전략 중 하나이다. 마치 테스트를 위한 템플릿과 같다. 평면도 같은 느낌?

• 테스트 케이스를 정의하고 실행할 수 있는 환경을 고려하여 수행하는 방법이다.

내적 품질(테스트 코드 작성등)을 높이면 좋은 이유

• 우리가 일반적으로 말하는 품질은 외적 품질이다. 하지만 눈에 보이지 않는 내적 품질은 당장에 큰 성과를 내지 않기 때문에 놓칠 때가 많다.

• 내적 품질이 우수하면 외적 품질을 끌어올리거나 대응하기 좋아진다.

• 유지보수성이 올라가 문제 상황에 대응하기 쉽고 생산성을 높일 수 있고 소프트웨어 변경에 용이한 상황을 제공한다.

JUnit

• JUnit은 자동화 테스트를 지원하는 도구이며 프레임워크이다.

• 단위 테스트뿐 아니라 통하바 테스트 뿐 아니라 E2E 테스트 작성하는데도 사용한다. ㅏ

단위 테스트

• 영어로 Unit Test라고 한다.

• 개발자가 작성한 코드의 가장 작은 부분 즉 유닛(Unit)이 의도한 대로 동작하는 지에 대해 검증하는 것이다.

• 유닛 테스트를 기반으로 검증된 부품임을 보장할 수 있으므로 부품을(유닛Unit) 조립해가면서 신뢰성을 더할 수 있게 된다.

• 테스트 케이스는 보통 예상되는 입력과 출력을 정의하고, 테스트를 실행하여 예상환 결과와 실제 결과가 일치하는 지 비교하는 방식으로 진행한다.

• 테스트는 1차적으로 버그를 발견하는 용도도 있지만 코드에 대한 명세와 설명으로 사용될 수도 있다.

E2E 테스트

• End-to-End 테스트이다. 직역하면 끝에서 끝까지 테스트를 말한다.

• 소프트웨어의 전체 시스템의 동작을 검증하기 위한 종합 테스트이다.