QA Outsourcing & Consulting

이번 문제들은 매우 단순하고 현업에 있으면 실라버스르 보지 않아도 직관적으로 풀 수 있는 것들입니다.프로젝트 리스크가 아닌 것을 찾으라는 문제입니다. 즉, 프로젝트 리스크와 제품 리스크를 구별할 수 있으면 답을 쉽게 찾을 수 있습니다.실라버스 5.5.1과 5.5.2를 보면 프로젝트 리스크와 제품 리스크에 대해 설명이 나옵니다.프로젝트 리스크에는 프로그램 자체가 아닌 해당 프로젝트 전반에 대한 리스크입니다.인력 숙력도 부족, 인력 부족, 커뮤니케이션 문제, 테스팅에 대한 타팀의 가치 불인정, 높은 요구사항, 설계, 코드, 테스트의 품질, 계약 이슈 등이고 프로덕트 리스트는 SW 자체의 품질이 되겠습니다. 예를 들어 장애가 많은 SW, 취약한 SW, 기능이 제대로 동작하지 않는 SW 등. A. D 이것도 현..

공식 리뷰에 대한 문제입니다.실라버스 3.2.1에 Formal review에 대한 설명이 나옵니다.단계는 계획>시작(킥오프)>개별 준비>리뷰 미팅>재작업>후속처리에 들어갑니다.단계까지 외우지 않았더라도 문제 예시로 보면 kick off가 뒷부분에 있는 걸 제외하면 바로 답이 나옵니다. A. C 가장 기본적인 문제입니다.테스팅이 무엇인지 알아야 풀 수 있는 문제입니다.실라버스 1.2 What is testing에서 해답을 찾을 수 있습니다.테스팅은 디버깅과 근본적으로 구분되는 개념으로 결함에 의해 발생된 장애를 드러내는 활동이며, 디버깅은 결함의 원인을 밝히는 개발 활동인 차이가 있습니다. A. D

문제의 statement와 branch 단어가 이 문제의 핵심입니다.실라버스 4.4.1 Statement Testing and Coverage에서 해답을 찾을 수 있는데,[all executable statements in the code under test]라는 문장이 있습니다.즉, 구문 커버리지는 테스트 중인 코드에 포함된 실행 가능한 "모든" 구문이란 것입니다. A. B 이 문제를 풀려면 동적 테스팅과 리뷰에 대해서 알아야 합니다.하지만 답만 바로 풀려면 실라버스 3.1 마지막 문장에 있긴 합니다.동적 테스팅보다 리뷰에서 발견이 용이한 결함으로는 표준위반, 요구사항 결함, 디자인 결함, 불충분한 유지보수성, 부정확한 인터페이스 명세 등이 있습니다.리뷰의 특징으로는 코드를 포함 개발 산출물을 테스팅할..