정보처리/소프트웨어개발25 애플리케이션 테스트 관리 통합 테스트 1/2 애플리케이션 테스트 수행 단위 테스트단위 테스트(Unit Test) 개념개별적인 모듈(또는 컴포넌트)을 테스트구현 단계에서 각 모듈을 구현한 후 수행개별적인 모듈에 대해 컴포넌트 테스트를 수행하려면 모듈을 단독으로 실행할 수 있는 테스트 배드(Test Bed)라는 환경이 필요단위 테스트 수행 도구테스트 드라이버(Test Driver)모듈 테스트 수행 후의 결과를 도출하는 시험용 모듈필요 테스트를 인자로 전달받아 실행하고, 테스트 완료 후 그 결괏값을 받는 역할을 하는 가상의 모듈하위 모듈을 호출하는 상위 모듈의 역할테스트 스텁(Test Stub)일시적으로 필요한 조건만을 가지고 임시로 제공되는 시험용 모듈상위 모듈에 의해 호출되는 하위 모듈의 역할단위 테스트의 원칙빠르게 수행되어야 하고, 다른 컴포넌트에.. 2025. 5. 2. 애플리케이션 테스트 관리 테스트 케이스 설계 4/4 애플리케이션 테스트 케이스 작성 테스트 케이스테스트 케이스(Test Case) 개념특정 요구사항에 준수하는지를 확인하기 위해 개발된 입력값, 실행 조건, 예상된 결과의 집합테스트 케이스 작성 절차1. 테스트 계획 검토 및 자료 확보테스트 대상 프로젝트 범위와 접근 방법 이해를 위하여 테스트 계획을 검토테스트 대상 시스템 자료와 정보를 확보하여, 시스템 요구사항과 기능 명세서를 검토2. 위험 평가 및 우선순위 결정결함 해결에 있어 상대적 중요성을 지니는 대상 및 테스트의 초점을 결정3. 테스트 요구사항 정의시스템 요구사항, 테스트 대상 재검토, 테스트할 특성, 조건, 기능을 식별 및 분석4. 테스트 구조 설계 및 테스트 방법 결정테스트 케이스의 일반적 형식을 결정하고, 테스트 케이스 분류 방법을 결정테스트.. 2025. 5. 1. 애플리케이션 테스트 관리 테스트 케이스 설계 3/4 애플리케이션 테스트 케이스 작성 동적 테스트화이트박스 테스트(구조 기반 테스트)각 응용 프로그램의 내부 구조와 동작을 검사하는 소프트웨어 테스트구조 기반 테스트, 코드 기반 테스트, 로직 기반 테스트, 글래스(Glass) 박스 테스트라고도 부름기본 구문제어 흐름 그래프는 프로그램 구조를 효과적으로 나타낼 수 있는 도구화이트박스 테스트 시에 우선 프로그램을 기본 블록과 제어 흐름으로 구성된 제어 흐름 그래프를 그린 후에 테스트 케이스를 추출가장 좋은 화이트박스 테스트는 프로그램의 모든 경로를 최소한 한 번은 테스트하는 방법이지만, 프로그램 경로가 많으므로 불가능에 가까움대안으로 일부 경로만 테스트하는 방법을 화이트박스 테스트에서는 주로 사용하고 있음테스트 커버리지 개념프로그램의 테스트 수행 정도를 나타내는.. 2025. 4. 30. 애플리케이션 테스트 관리 테스트 케이스 설계 2/4 애플리케이션 테스트 케이스 작성 테스트 기법에 따른 분류블랙박스 테스트(Black-Box Test)프로그램 외부 사용자의 요구사항 명세를 보면서 수행하는 테스트(기능 테스트)소프트웨어의 특징, 요구사항, 설계 명세서 등에 초점을 맞춰 테스트가 이루어짐기능 및 동작 위주의 테스트를 진행하기 때문에 내부 구조나 작동 원리를 알지 못해도 가능함명세 테스트라고도 부름블랙박스 테스트 유형동등 분할 테스트 = 동치 분할 테스트, 균등 분할 테스트, 동치 클래스 분해 테스트(Equivalence Partitioning Testing)입력 데이터의 영역을 유사한 도메인별로 유효값/무효값을 그룹핑하여 대푯값 테스트 케이스를 도출하여 테스트하는 기법경곗값 분석 테스트 = 한곗값 테스트(Boundary Value Analy.. 2025. 4. 29. 애플리케이션 테스트 관리 테스트 케이스 설계 1/4 애플리케이션 테스트 케이스 작성 소프트웨어 테스트의 이해소프트웨어 테스트 개념개발된 응용 애플리케이션이나 시스템이 사용자가 요구하는 기능과 성능, 사용성, 안정성 등을 만족하는지 확인하고, 노출되지 않은 숨어있는 소프트웨어의 결함을 찾아내는 활용소프트웨어 테스트 필요성오류 발견 관점 : 프로그램에 잠재된 오류를 발견하고 이를 수정하여 올바른 프로그램을 개발하기 위해 필요오류 예방 관점 : 프로그램 실행 전에 동료 검토, 워크 스루, 인스펙션 등을 통해 오류를 사전에 발견하는 예방 차원의 필요품질 향상 관점 : 사용자의 요구사항 및 기대 수준을 만족하도록 반복적인 테스트를 거쳐 제품의 신뢰도를 향상하는 품질 보증을 위해 필요소프트웨어 테스트의 기본 원칙소프트웨어 테스트 원리결함 존재 증명결함이 존재함을 밝.. 2025. 4. 28. 제품 소프트웨어 패키징 매뉴얼 작성 및 버전 등록 4/4 제품 소프트웨어 버전 관리 도구 활용 제품 소프트웨어 버전 관리 도구의 활용 방향제품 소프트웨어 개발 조직이나 이미 배포된 제품이 있는 조직에서는 보유 제품 버전과 새로 개발된 버전을 동시에 유지, 관리하여야 함버전 관리 도구의 상세 기능을 활용하여 새 버전을 유지하면서 기존 버전의 관리도 함께 수행하여야 함백업 및 장애 복구 등의 추가적인 사항도 Case 별로 고려해야 함버전 현황 관리 기법 및 백업, 장애 복구버전 관리 도구를 활용한 통합 버전 현황 관리버전 관리 도구를 통한 관리 작업버전 관리 백업 및 복구이전 버전으로의 복구가 필요할 때이전 버전의 기능을 재활용할 때비고 : 백업, 복구동일 버전 공동 작업동일 버전의 소스 코드를 두 명 이상의 개발자가 수정할 때분산 환경에서 두 명 이상의 개발자가.. 2025. 4. 27. 이전 1 2 3 4 5 다음
