QA Outsourcing & Consulting

BVA는 Boundary Value Analysis의 줄임말로 우리말로 하면 경계값 분석입니다.경계값 분석은 말 그대로 값의 범위 경계에 있는 값을 테스팅하는 것입니다.따라서 여기에서는 1과 99의 경계로 그 경계 안/밖을 테스트해야 하므로 0, 1, 99, 100을 테스트 해야 합니다. A. C 테스팅은- 결함이 있는 걸 밝히는 것이지 결함이 여기에는 하나도 없다는 것을 증명할 수는 없습니다.- 따라서 결함이 전혀 없는 완벽한 테스팅은 불가능하며 (검증했는데도 왜 버그가 있냐라고 하는 사람들은 그래서 바보입니다. 물론 아주 간단한 경로의 치명적 결함을 못찾았다는 것은 문제가 있겠지만)- 테스팅은 개발 초기에 시작할수록 좋습니다. 그래서 시나리오부터 검증하고 개발자들은 개발 시 단위 테스팅을 하면 추후에..

이번 문제들은 매우 단순하고 현업에 있으면 실라버스르 보지 않아도 직관적으로 풀 수 있는 것들입니다.프로젝트 리스크가 아닌 것을 찾으라는 문제입니다. 즉, 프로젝트 리스크와 제품 리스크를 구별할 수 있으면 답을 쉽게 찾을 수 있습니다.실라버스 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 마지막 문장에 있긴 합니다.동적 테스팅보다 리뷰에서 발견이 용이한 결함으로는 표준위반, 요구사항 결함, 디자인 결함, 불충분한 유지보수성, 부정확한 인터페이스 명세 등이 있습니다.리뷰의 특징으로는 코드를 포함 개발 산출물을 테스팅할..

명세 기반(즉, Black box) 기법의 특징을 묻는 문제입니다.블랙 박스 테스트 기법의 가장 큰 특징은 White-box와 달리 내부 코드를 참조하지 않고 Test basis 문서와 경험을 바탕으로 기능적/비기능적인 테스트 조건과 Testcase를 도출하는 것입니다. A. C 리뷰에 대한 종류와 특징에 대해 알고 있는지 묻는 문제입니다.실라버스 3.2.1을 보면 공식 리뷰의 단계별 특징에 대해 잘 나와 있습니다.리뷰 단계 중 계획 단계에서는 참가 인원을 선정하고 역할을 할당하는 것입니다.A는 리뷰 미팅, B는 킥오프, C는 후속 처리 확인에 속합니다. A. D