dev + qa = hq sw dev + qa = hq sw

프레임워크 사전적 정의, 복잡한 문제를 해결하거나 서술하는 데 사용되는 기본 개념 구조 (뼈대, 골조) 소프트웨어 프레임워크 소프트웨어 개발자가 응용 소프트웨어의 표준 구조를 구현하기 위해 사용 애플리케이션 프레임워크 프로그래밍에서 특정 운영 체제를 위한 응용 프로그램 표준 구조를 구현하는 클래스와 라이브러리 모임 공통적인 개발 환경 제공 (개발 시간 ↓ 리소스 비용 ↓ 생산성 ↑) 프로세스 프레임워크 규모나 복잡성에 관계없이 모든 소프트웨어 프로젝트에 적용 할 수 있는 소수의 프레임워크 활동을 식별 → '완전한 프로세스'의 기본 구조 구축 ex. 스크럼, 테스트 자동화 프레임워크 테스트 프레임워크 = 자동화 테스트 프레임워크, 테스트 자동화 프레임워크 테스트 케이스를 생성 및 설계하기 위한 가이드라인,..

테스트 설계 기법 테스트 케이스를 도출, 설계하는데 사용하는 절차 테스트 컨디션, 테스트 케이스, 테스트 데이터를 식별 테스트 케이스를 도출하고 테스트 대상이 어느 수준까지 테스팅되었는지 확인 (보장성 확보) 기법 선택 요인 테스트 대상 시스템의 종류 컴포넌트/시스템의 복잡도 규제 기준 고객/계약 요구사항 유즈케이스 모델 리스크 수준/유형 사용 가능 문서 테스터 지식 및 역량 사용 가능 문구 시간, 예산 소프트웨어 개발 수명주기 예상되는 결함 유형

테스트 프로세스를 구성하는 주요 활동 테스트 계획 - 테스트 모니터링 및 제어 - 테스트 분석- 테스트 설계 - 테스트 구현 - 테스트 실행 - 테스트 완료 테스트 계획 테스팅의 목적 & 정황으로 인한 제약 사항을 고려해 테스트 목적을 달성하기 위해 필요한 접근법을 정의하는 활동 적합한 테스트 기법 및 작업 명시 테스트 일정 수립 작업산출물 = 하나 이상의 테스트 계획 (+ 테스트 베이시스에 대한 정보 포함) 테스트 모니터링 및 제어 테스트 계획에 정의된 테스트 메트릭을 기반하여 모니터링 → 실제 & 계획을 지속적으로 비교 시간이 지나면서 업데이트 될 수 있는 테스트 계획의 목적 달성을 위해 필요한 활동을 수행 + 테스트 종료 조건 평가 (명시된 커버리지 조건 대비 테스트 결과 & 로그 확인 - 품질 수..

사전적 정의는 이러하다 점진적 개발 모델 (Incremental Development Model) 프로젝트 범위는 일반적으로 프로젝트 수명주기 초기에 결정되고, 시간 및 비용 견적은 제품에 대한 프로젝트팀의 이해도가 높아지면서 정기적으로 수정되는 개발 수명주기 모델. 제품은 일련의 반복되는 주기들을 거쳐 개발되며, 각 주기는 제품 기능에 무언가를 성공적으로 추가하는 증분을 전달함. 반복적 개발 모델 (Iterative Development Model) 한 프로젝트를 다수의 이터레이션(iteration)으로 세분화하는 개발 수명주기 모델. 하나의 주기는 하나의 완전한 개발 과정이며, 매 주기 결과로 실행 가능한 제품이 내부 혹은 외부로 릴리스된다. 이런 릴리스는 개발 중인 최종 제품의 하위 서브 셋이며, ..

테스트 유형 시스템의 특성을 목표로 하는 구체적인 테스트 목적에 기반한 테스트 활동의 집합 테스트 요구사항을 가장 효율적으로 다루는 적절한 방법을 사용하여, 주어진 레벨에 적용되는 접근 방식 및 기술 주요 목표에 따라 테스팅은 여러 유형으로 나누어진다 기능 테스트 방식으로 기능 요구사항을 어느정도 준수하는지 평가하는 테스트 블랙박스 방법 적용 & 모든 레벨에서 수행 처리하는 '과정'보다 '결과' 중시 기능성 테스트 프로세스 1. 소프트웨어가 수행할 기능들 열거 2. 기능 사양(specifications)에 따라 입력 데이터 구성 3. 기능 사양에 따라 출력값 결정 4. 테스트 케이스 실행 5. 실제 출력값과 예상된 출력값 비교 성능 테스트 대상 테스트 항목에 필요한 부하를 발생시켜, 테스트 실행 동안 성..

블랙 박스 테스트 애플리케이션의 내부적 작동 방식과 입력값 처리 방식에 대한 지식 없이 에 초점을 맞춤 목적: 소프트웨어의 기능이 올바르게 작동하고 사용자 요구를 충족하는지 확인 모든 테스트 레벨에 적용할 수 있지만, 대부분 단위 및 통합 테스트에 사용 외부로 노출되는 기능과 비기능에 대한 테스트 중점 ex. 자동차 테스트: 차가 잘 가는지 속도, 주행 능력 등을 테스트 화이트 박스 테스트 애플리케이션의 일부 구조적 부분에 대한 테스트를 수반하므로, 코드에 대한 깊은 지식이 필요 일반적으로, 코드 작성에 직접 관여하는 개발자가 테스트 담당 목적: 과 를 강화하고, 과 을 향상 주로, 시스템, 사용자 승인 테스트 수준에서 사용 ex. 자동차 테스트: 차의 엔진이 제대로 작동하는지 조향장치와 같이 내부 구조..

테스트 레벨 테스트가 수행될 소프트웨어 개발 주기의 여러 단계 (테스트 프로세스 중의 특정 예시 단계) 소프트웨어 개발 프로세스에 중점을 둔 영역에 따라, 4 개의 점진적 테스트 레벨이 있음 기준으로 분류 컴포넌트/유닛 테스트 - 통합테스트 - 시스템 테스트 - 인수 테스트 컴포넌트/ 유닛 테스트 유닛: 소프트웨어 시스템에서 테스트할 수 있는 가장 작은 부분 소프트웨어 시스템의 모든 단일 단위를 검사하여, 예상한대로 요구 사항과 기능을 충족하는지 확인하는데 목적을 둠 일반적으로, 개발자가 개발 프로세스 초기에 수행 각 컴포넌트를 독립된 환경에서 테스트 통합 테스트 결합된 단위가 그룹으로 함께 잘 작동하는지 확인하는데 목적을 둠 모듈 내 단위 간의 상호 작용에서 결함 감지 통합된 장치 간의 인터페이스 및 ..

버그 제품의 가치를 위협하는 제품 내의 문제 소프트웨어 기능이나 성능에 영향을 미치는 결점 대부분, 테스터에 의해 유닛테스트에서 발견됨 이슈 테스트, 프로젝트, 비지니스까지 위협하는 문제 테스트를 어렵고 느리게 만드는 제품/프로젝트 내에 존재하는 문제 코드에서만의 문제 X 결함(defect) 시스템 또는 소프트웨어 응용 프로그램의 실제 및 예상 결과의 편차 요구사항이나 명세를 충족시키지 못 하는 결점 개발자에 의해 발생 및 해결 소프트웨어의 무능력, 비효율성을 나타냄 오류 → 결함 → 장애 (결함이 반드시 장애를 일으키진 X) 유형 산술적(Arithmetic) 결함 산술식에서의 실수 / 액세스 작업 또는 지식 부족으로 인해 발생 / 작성한 코드를 볼 수 없어서 생기는 코드 혼잡(congestion) 논리..