* 용어정리 요구사항: 사용자가 제품에 기대하는 기능 혹은 품질 특성 테스트 시나리오: 테스트 될 수 있는 기능, 테스트가 필요한 상황 테스트케이스: 입력 + 사전조건 => 예상출력+사후조건 테스트 절차서 : 테스트 케이스의 실행 절차 테스트 케이스 설계 예시 ex) 항공권 예약 시스템 요구조건 1) 국내선 예약이 가능해야 한다. - 지역 입력이 가능해야 한다 - 출발 날짜를 선택할 수 있어야 한다. - 만 2세~12세 소아의 탑승료는 성인의 50%여야 한다. 2) 국제선 예약이 가능해야 한다. 테스트시나리오 1) 하나의 도시에서 다른 도시로 왕복 비행을 할 경우 2) 공항이 없는 도시로 향하는 비행기표를 예약할 경우 3) 좌석이 없는 상태에서 비행기표를 예약할 경우 4) 어른 1명과 3세 아이를 예약할..
화이트박스 테스트 - 코드분석과 프로그램 구조에 대한 지식을 바탕으로 문제가 발생할 가능성이 있는 모듈 내부를 테스트하는 방법 - 화이트박스 테스트, 코드기반 테스트, 로직기반 테스트, 글래스 테스트 - 프로그램 소스코드의 논리적인 구조를 커버하도록 테스트케이스를 설계하는 방법. Black Box White Box 대상 프로그램 소스코드 사전지식 메뉴얼이해, 프로그램이해, 사전지식거의없음 개발언어, 코드내용 난이도 하 상 소요시간 하 상 (2~3오래걸림 소스코드 분석) 테스트 유형 - 정적테스트 : 소프트웨어 실행 x : 동료검토, 워크쓰루, 인스펙션, 공식검토 등 - 동적테스트 : 소프트웨어 실행o : 명세기반 테스트, 구조기반 테스트, 경험기반 테스트 테스트 커버리지 - 시스템 또는 컴포넌트에서 테스..
테스트 실행 - 테스트 케이스 명세서에 명시된 테스트 환경을 준비하고 실제 테스트를 수행하여 결과를 획득하는 활동 - 테스트 수행에 앞서 테스트에 사용될 테스트 데이터 준비 - 테스트 대상이 구동될 테스트 환경 준비 - 테스트 환경을 실 운영 환경과 최대한 동일하게 구축하면 좋다. - 테스트 실행 결과는 테스트 로그, 테스트 결함 보고서, 테스트 요약 보고서 형태로 기록한다. 테스트 실행 산출물 - 테스트 로그 : 수행된 테스트의 반복이 가능하도록 테스트 과정을 기록 - 테스트 결함 보고서 (테스트 사건 보고서) : 태스트 실행과정 중에서 발생한 오류를 기록 : 오류 발생시간, 테스트 절차, 예상결과 및 실제결과, 영향도를 기록 - 테스트 요약 보고서 : 테스트 종료 시 테스트 활동에 대한 전반에 대한내..
테스트 분석 - 테스트 대상에 대하여 무엇을 테스트 할지 분석하는 과정 자료수집 -> 팀구성 -> 테스트 대상 선정 -> 우선순위 결정 자료수집: 요구사항 명세서, 사용자 메뉴얼, 기능 명세서 등 팀 구성: 사용자 및 고객, 개발자, 분석 및 설계 담당자, 테스트/qa 테스트 대상 선정: 테스트가 필요한 요소들의 집합, 제품의 특징, 구동환경, 사용자 패턴등을 분석하여 도출 우선순위 결정: 테스트 대상에 대한 위험 분석을 통해 우선 순위 결정, 과거 위험 분석 결과, 테스트 일정, 테스트 비용등을 고려 테스트 분석 및 설계 - 테스트를 효과적으로 진행하기 위해 테스트 대상을 목적에 맞게 분류하고 테스트케이스를 만들며 무엇을 테스트할지 구체화하는 과정이다. - 테스트 아키텍처 결정 -> 테스트 대상 구성 ..
위험분석 - 프로젝트의 제한된 일정 및 자원 내에서 모든 테스트 대상을 수행하기 어려움. - 효율적인 테스트 수행을 위해 위험분석을 통한 테스트 설계 필요. - 위험도에 따른 테스트 대상 식별 및 우선순위 결정. - 통합테스트의 경우 시스템간 데이터 송수신을 위해 테스트 대상을 위험도 '상'으로 판단. 위험 분석 절차 위험식별 => 발생가능성 분석 => 영향도 분석 => 위험도 결정 위험분석표 작성 1. 시나리오 도출 : 테스트 시나리오 및 케이스 명세서에서 시나리오 id 도출 2. 가중치 결정 : 테스트 대상에 대한 위험 요소별 가중치 적용 3. 위험 수준 결정 : 시나리오 별 위험 요소에 대한 위험 수준을 결정 4. 점수 측정 : 가중치와 위협 수준을 통해 점수 측정 5. 위험도 결정 : 위험 점수를..
테스트 실행방법 - 준비된 테스트 데이터 입력에 대한 방법 - 테스트 대상의 실행 방법 - 테스트 수행 결과의 관찰 방법 - 수행결과와 예상된 결과의 비교 방법 결함 기록 및 추적 방법 - 결함 기록 방법 : 발견된 오류에 대해 어떤 정보를 기록할 것인가? - 결함 추적 방법 : 오류를 바로잡기 위해서 어떤 작업을 어떤 순서로 진행할 것인가? : 발견된 오류는 수정 후 다시 테스트 되어 오류 해결 확인 시까지 추적되어야 한다. - 결함상태관리 - 테스트 결함 보고서 (사건보고서)를 통해 진행한다. 테스트 자동화 방법 테스트 활동 테스트 도구 설명 테스트 계획 테스트 관리 도구 테스트 계획 수입 및 테스트 진행에 대한 모니터링을 지원하는 도구 테스트 노력 예측 지원 도구 테스트에 소요되는 노력, 시간 등에..
테스트 목적(목표) - 테스트를 통하여 달성하고자 하는 목적이나 목표. - 테스트를 통하여 확인하고자 하는 소프트웨어 특징을 목적으로 함. - 기능적 측면과 비기능적 측면으로 구분하여 목표 제시. ex) 테스트 목적 : 제품의 결함 간소화 : 제품의 안정성 확보 : 제품 출시 이후 발견된 결함에 따른 비즈니스 손실최소화 ex) 정량적 테스트 목표 : 기능적 요구사항 커버리지 100% : 비기능적 요구사항에 대한 품질 목표 달성 여부 검증 : 결함검출율 90% ex) 테스트 수준별 테스트 대상과 목적 테스트 수준 테스트 대상 테스트 목적 단위 테스트 개별 모듈, 화면 기능적 요구사항 통합 테스트 모듈집합, 서브시스템, 시스템구성요소 기능적 요구사항 일부 중요한 비기능적 요구사항 시스템 테스트 전체 시스템(..
소프트웨어 프로세스 정의 : 소프트웨어와 관련 산출물 (설계서, 테스트케이스 등)을 개발하고 유지보수하는 활동 및 방법. 테스트 프로세스의 필요성. - 소프트웨어 개발 프로젝트에서 테스트가 차지하는 비중이 증가함. - 효율적이고 효과적인 테스트 수행을 위한 관리의 중요성 부각. - 주어진 시간과 비용 내에서 체계적인 테스트 수행 필요. - 평가를 통한 테스트 활동 개선필요. 테스트 프로세스 단계. 1) 테스트 계획 : 요구 명세와 프로젝트 개발 계획을 바탕으로 언제,누가,무엇을,어떻게, 테스트 해야 할 것인가, 언제 종료할지 결정하는 행동. 2) 테스트 분석 및 설계 : 테스트 계획에서 결정했던 테스트 항복 및 접근 방법들을 구체화하는 활동. 3) 테스트 실행 : 테스트 케이스 명세서에 명시된 테스트 환..
