2. 통합 구현

테스트 방법 비교 ⭐⭐⭐

Black Box	White Box
검은색 이기 때문에 백엔드 코드가 안보임	흰색이기 때문에 백엔드 코드가 보임
사용자 관점	개발자 관점
프로그램의 외부 사용자 요구사항 명세를 보면서 테스트, 주로 구현된 기능을 테스트 한다   (동치분할 검사, 경계값 분석)	프로그램의 내부 로직(수행 경로구조, 루프 등)을 보면서 테스트를 수행한다 (기초 경로검사, 제어 구조검사)
문제의 검증과 프로그램 구조에 관련된 결과에 중점을 두고 시험	각 모듈이 하나의 시스템 단위로서 올바른 기능은 수행하는지 여부 테스트
테스트 쉬움	오류 발견이 쉬움
해당 기능의 작동 여부 테스트	소스코드의 논리적인 경로 테스트

 

단위 모듈 테스트 환경 ⭐⭐⭐

   1) 정의

      - 스텁(Stub)과 드라이버(Driver) 활용 테스트

   2) 환경

      - 사용자용 화면이 없는 경우 스텁 혹은 드라이버를 활용한 단위모듈 테스트

      - 서비스 컴포넌트, 비즈니스 컴포넌트 등 하위 모듈 개발이 안된 경우에도

         스텁과 드라이버를 활용한 단위 테스트 가능

      - 테스트 드라이버(Test Driver) : 테스트 대상이 되는 모듈의 상위 가상 모듈

      - 테스트 스텁 (Test Stub) : 테스트 대상이 되는 모듈의 하위 가상 모듈

 

형상 관리 도구 종류

   1) CVS

      - Concurrent Version System

      - 90년에 출시된 무료 서버-클라이언트 형상관리 시스템

      - 파일 전체를 저장하는 것이 아니라 변경사항만을 저장, 속도 느림

 

   2) SVN (Subversion)

      - 형상관리 / 소스관리 툴

      - 커밋 실패 시 롤백 기능을 지원

 

   3) Git

      - 분산형 방식

      - 저장소의 완전한 복사본을 로컬에 저장, 처리속도가 빠르지만

         대용량 코드 관리에 부적절

 

   4) Perforce (P4D)

      - 빠른 속도, 빠른 Merge가 가능하며 큰 리소스 관리에 좋다

      - 유료, 파일명이 바뀌면 히스토리 추적이 곤란함

 

정리하기

1. 테스트 방법
   - Black Box : 사용자관점
   - White Box : 개발자관점

2. 단위 모듈 테스트 환경
   - 스텁(Stub)과 드라이버(Driver) 활용 테스트

3. 형상 관리 도구 종류
   - CVS (Concurrent Version System)
   - SVN (Subversion)
   - Git
   - Perforce (P4D)

 

3. 소프트웨어 패키징