기록공간

테스트 케이스(Test Case) 테스트 케이스는 구현된 소프트웨어가 사용자의 요구사항을 정확하게 준수했는지 확인하기 위해 설계된 입력 값, 실행 조건, 기대 결과 등으로 구성된 테스트 항목에 대한 명세서로, 명세 기반 테스트의 설계 산출물에 해당된다. 테스트 케이스를 미리 설계하면 테스트 오류를 방지할 수 있고 테스트 수행에 필요한 인력, 시간 등의 낭비를 줄일 수 있다. 가장 이상적인 테스트 케이스를 설계하려면 시스템 설계 시 작성해야 한다. 테스트 케이스 작성 순서 테스트 케이스는 테스트 전략이나 테스트 계획서 등을 기반으로 하여 다음과 같은 순서로 작성된다. 테스트 계획 검토 및 자료 확보 : 테스트 계획서를 재검토하여 테스트 대상 범위 및 접근 방법 등을 이해한다. 시스템 요구사항과 기능 명세서..

애플리케이션 테스트 프로세스 애플리케이션 테스트 프로세스는 개발된 소프트웨어가 사용자의 요구대로 만들어졌는지, 결함은 없는지 등을 테스트하는 절차로 다음과 같은 순서로 진행된다. 테스트 계획 테스트 분석 및 디자인 테스트 케이스 및 시나리오 작성 테스트 수정 테스트 결과 평가 및 리포팅 결함 추적 및 관리 애플리케이션 테스트를 마치면 테스트 계획서, 테스트 케이스, 테스트 시나리오, 테스트 결과서가 산출된다. 테스트 계획서 : 테스트 목적, 범위, 일정, 수행 절차, 대상 시스템 구조, 조직의 역할 및 책임 등 테스트 수행을 계획한 문서 테스트 케이스 : 사용자의 요구사항을 얼마나 준수하는지 확인하기 위한 입력 값, 실행 조건, 기대 결과 등으로 만들어진 테스트 항목의 명세서 테스트 시나리오 : 테스트를..

통합 테스트(Itergration Test) 통합 테스트는 단위 테스트가 끝난 모듈을 통합하는 과정에서 발생하는 오류 및 결함을 찾는 테스트 기법이다. 비점진적 통합 방식 단계적으로 통합하는 절차 없이 모든 모듈이 미리 결합되어 있는 프로그램 전체를 테스트하는 방법으로, 빅뱅 통합 테스트 방식이 있음 규모가 작은 소프트웨어에 유리하며 단시간 내에 테스트가 가능 전체 프로그램을 대상으로 하기 때문에 오류 발견 및 장애 위치 파악 및 수정이 어려움 점진적 통합 방식 모듈 단위로 단계적으로 통합하면서 테스트하는 방법으로 하향식, 상향식, 혼합식 통합 방식이 있다. 오류 수정이 용이하고, 인터페이스와 연관된 오류를 완전히 테스트할 가능성이 높다. 하향식 통합 테스트(Top Down Integration Test..

개발 단계에 따른 애플리케이션 테스트 애플리케이션 테스트는 소프트웨어의 개발 단계에서부터 테스트를 수행하므로 단순히 소프트웨어에 포함된 코드 상의 오류뿐만 아니라 요구 분서의 오류, 설계 인터페이스 오류 등도 발견할 수 있다. 애플리케이션 테스트와 소프트웨어 개발 단계를 연결하여 표현한 것을 V-모델이라 한다. 단위 테스트(Unit Test) 단위 테스트는 코딩 직후 소프트웨어 설계의 최소 단위인 모듈이나 컴포넌트에 초점을 맞춰 테스트 하는 것이다. 단위 테스트에서는 인터페이스, 외부적 I/O, 자료 구조, 독립적 기초 경로, 오류 처리 경로, 경계 조건 등을 검사 단위 테스트는 사용자의 요구사항을 기반으로 한 기능성 테스트를 최우선으로 수행 단위 테스트는 구조 기반 테스트와 명세 기반 테스트로 나뉘지만..

화이트박스 테스트 화이트박스 테스트는 모듈의 원시 코드를 오픈시킨 상태에서 원시 코드의 논리적인 모든 경로를 테스트하여 테스트 케이스를 설계하는 방법이다. 화이트박스 테스트는 설계된 절차에 초점을 둔 구조적 테스트로 프로시저 설계의 제어 구조를 사용하여 테스트 케이스를 설계하며, 테스트 과정의 초기에 적용된다. 모듈 안의 작동을 직접 관찰 원시 코드(모듈)의 모든 문장을 한 번 이상 실행함으로써 수행 프로그램의 제어 구조에 따라 선택, 반복 등의 분기점 부분들을 수행함으로써 논리적 경로를 제어 화이트박스 테스트 종류 기초 경로 검사 대표적인 화이트박스 테스트 기법 테스트 케이스 설계자가 절차적 설계의 논리적 복잡성을 측정할 수 있게 해주는 테스트 기법으로, 테스트 측정 결과는 실행 경로의 기초를 정의하는..

프로그램 실행 여부에 따른 테스트 애플리케이션을 테스트 할 때 프로그램의 실행 여부에 따라 정적 테스트와 동적 테스트로 나뉜다. 정적 테스트 프로그램을 실행하지 않고 명세서나 소스 코드를 대상으로 분석하는 테스트이다. 소프트웨어 개발 초기에 결함을 발견할 수 있어 소프트웨어의 개발 비용을 낮추는데 도움이 된다. 종류 : 워크스루, 인스펙션, 코드 검사 등 동적 테스트 프로그램을 실행하여 오류를 찾는 테스트, 소프트웨어 개발의 모든 단계에서 테스트를 수행할 수 있음 종류 : 블랙박스 테스트, 화이트박스 테스트 테스트 기반(Test Bases)에 따른 테스트 애플리케이션을 테스트 할 때 무엇을 기반으로 수행하느냐에 따라 명세 기반, 구조 기반, 경험 기반 테스트로 나뉜다. 명세 기반 테스트 사용자의 요구사항..

애플리케이션 테스트 개념 애플리케이션 테스트는 애플리케이션에 잠재되어 있는 결함을 찾아내는 일련의 행위 또는 절차이다. 애플리케이션 테스트는 개발된 소프트웨어가 고객의 요구사항을 만족시키는지 확인하고 소프트웨어가 기능을 정확히 수행하는지 검증한다. 애플리케이션 테스트를 실행하기 전에 개발한 소프트웨어의 유형을 분류하고 특성을 정리해서 중점적으로 테스트할 사항을 정리해야 한다. 애플리케이션 테스트 필요성 애플리케이션 테스트를 통해 프로그램 실행 전에 오류를 발견하여 예방할 수 있다. 애플리케이션 테스트는 프로그램이 사용자의 요구사항이나 기대 수준 등을 만족시키는지 반복적으로 테스트하므로 제품의 신뢰도를 향상시킨다. 애플리케이션의 개발 초기부터 애플리케이션 테스트를 계획하고 시작하면 단순한 오류 발견뿐만 아..

빌드 자동화 도구의 개념 빌드란 소스 코드 파일들을 컴파일한 후 여러 개의 모듈을 묶어 실행 파일로 만드는 과정이며, 이러한 빌드를 포함하여 테스트 및 배포를 자동화하는 도구를 빌드 자동화 도구라고 한다. 애자일 환경에서는 하나의 작업이 마무리될 때마다 모듈 단위로 나눠서 개발된 코드들이 지속적으로 통합되는데, 이러한 지속적인 통합(Continuous Integration) 개발 환경에서 빌드 자동화 도구는 유용하게 사용된다. 빌드 자동화 도구에는 Ant, Make, Maven, Gradle, Jenkins 등이 있으며, 이 중 Jenkins, Gradle이 가장 대표적이다. Jenkins Jenkins는 JAVA 기반 오픈 소스 형태로, 가장 많이 사용되는 빌드 자동화 도구이다. 서블릿 컨테이너에서 실..