코드자이너

Q1. 다음 중 소프트웨어 테스팅의 7가지 원리를 가장 잘 설명한 것은 무엇인가?① 철저하게 테스트(Exhaustive testing)하지 않으려면 자동화 테스트(Automated testd)가 수동 테스트보다 낫다.② 많은 노력과 도구(Tool)의 지원이 있으면 모든 소프트웨어를 철저하게 테스트할 수 있다.③ 일반적으로 모든 입력(값)과 출력(값)을 조합해서 소프트웨어 시스템을 테스트하는 것은 불가능하다.④ 테스팅의 목적은 결함이 없음(Absence of defects)을 보여주는 것이다. 정답! ③ 일반적으로 모든 입력(값)과 출력(값)을 조합해서 소프트웨어 시스템을 테스트하는 것은 불가능하다.[해설]완벽한 테스팅(ex.모든 입력값 조합, 이벤트, 무한 경로)은 매우 단순한 소프트웨어를 빼고는 불가능..

학습목표· 테스트 설계 명세, 테스트케이스 명세, 테스트 프로시저 명세를 구분한다.· 테스트 조건(Condition), 테스트케이스, 테스트 프로시저의 용어를 비교할 수 있다.· 요구사항과 기대 결과 사이의 명확한 대응(추적) 관계를 고려해 테스트 케이스의 품질을 평가 할 수 있다.· 테스트케이스를 잘 구조화된 테스트 프로시저 명세로 바꿀 수 있다.(테스트 프로시저의 상세 수준은 테스터의 지식 수준에 맞춤) Q1. 테스트 컨디션(Test condition)을 올바르게 설명한 것은?① 테스트케이스(Test case)의 사전/사후 조건(Pre/Post condition)을 의미한다.② 테스트케이스가 특정 요구사항과 추적성(Traceability)을 확보하는 데 필요한 조건을 의미한다.③ 테스트를 설계해 도출..

학습목표· 정적 분석이 발견할 수 있는 결함과 오류(Error)를 상기할 수 있고, 리뷰와 동적테스팅이 발견할 수 있는 결함 및 오류와 비교할 수 있다. · 정적 분석의 일반적인 장점을 예를 들어 설명할 수 있다.· 정적 분석 도구로 발견할 수 있는 일반적이 코드, 디자인 결함을 열거할 수 있다.  Q19. 다음 중 정적 분석(Static analysis)에 대한 설명으로 올바른 것은 무엇인가?ㄱ. 동적 테스팅으로 찾기 힘든 결함을 발견함ㄴ. 결함(Defects)보다는 장애(Faliures)를 발견함ㄷ. 코드를 실제로 실행하지 않으므로 도구 지원이 어려움ㄹ. 테스트 실행 전에 조기 결함 발견① ㄱ② ㄱ, ㄴ, ㄹ③ ㄷ, ㄹ④ ㄱ, ㄹ 정답! ④   Q20. 다음 보기 중 정적 분석 도구(Static an..

학습목표· 공식적인 리뷰의 절차, 역할과 책임에 대해 상기할 수 있다.· 서로 다른 리뷰(비공식적 리뷰, 기술적 리뷰, 워크쓰루, 인스펙션)의 차이점을 설명할 수 있다.· 리뷰 성공 요소를 설명할 수 있다. Q5. 다음 중 리뷰에서 중재자(Moderator)의 역할이 아닌 것은 무엇인가?① 문서의 리뷰를 리드한다.② 리뷰의 실행여부를 결정한다.③ 리뷰를 계획하고 미팅을 진행한다.④ 리뷰어(검토자)의 다양한 관점과 의견을 조율한다. 정답! ② 리뷰의 실행여부를 결정한다. [해설] 리뷰의 실행여부를 결정하는 역할은 '리뷰 관리자'에 대한 설명이다.관리자(Manager)는 리뷰의 실행여부를 결정하고, 프로젝트 일정에 리뷰 시간을 할당하고, 리뷰의 목적 달성 여부를 확인하고 승인한다.③ '리뷰를 계획~' 는 관..

학습목표· 서로 다른 정적 기법으로 소프트웨어 개발 중간산출물을 테스트할 수 있음을 인식한다.· 정적 기법을 소프트웨어 개발 중간산출물에 적용하는 가치와 중요성을 서술할 수 있다.· 서로 다른 정적 기법으로 소프트웨어 개발 중간산출물을 테스트할 수 있음을 인식한다.· 정적 기법을 소프트웨어 개발 중간산출물에 적용하는 가치와 중요성을 서술할 수 있다.· 정적 기법과 동적 기법의 차이점을 기법 사용 목적과 발견하고자 하는 결함 유형, 개발 수명주기에서 기법의 역할을 고려해 설명할 수 있다. Q1. 다음 중 리뷰(Review)에 대한 설명으로 올바르지 않은 것은 무엇인가?① 수동 또는 도구의 지원을 받아 개발 수명주기 초기에 결함을 발견해 수정할 수 있다.② 복잡도(Complexity)와 같은 메트릭을 측정해..

학습목표· 네 가지 소프트웨어 테스트유형(기능적, 비기능적, 구조적, 변경 사항 관련)을 예를 들어 비교할 수 있다.· 기능적 또는 구조적 테스트가 모든 테스트 레벨에서도 사용할 수 있다는 것을 이해한다.· 비기능적 요구 사항에 근거해 비기능적인 테스트 유형을 식별하고 기술 할 수 있다.· 소프트웨어 시스템의 구조나 아키텍처 분석에 근거해 테스트 유형을 식별하고 기술할 수 있다.· 확인 테스팅과 리그레션 테스팅의 목적을 기술할 수 있다.   Q24. 박 선임은 웹사이트를 운영하는 개발자다. 사이트에 배송 추적 기능을 추가하기 위해 일부 코드를 수정 및 추가했다. 그리고 테스트 결과 새로 추가된 배송 추적 기능이 정상 동작함을 확인햇다. 그러나 며칠 후 박 선임은 상품 주문 기능이 작동하지 않는다는 사실을..

학습 목표· 테스팅 레벨의 특징· 일반적인 테스팅 대상(문서, 코드, 소프트웨어 제품, 시스템 등)· 일반적인 테스팅 범주(Target) - 예) 기능적인 테스팅 또는 구조적인 테스팅과 관련 개발 중간 산출물· 테스트 수행 주체· 식별하고자 하는 결함과 장애의 유형  Q9. OO사에서 야심차게 진행하고 있는 프로젝트에 권 책임은 테스트 매니저로 참가하고 있다. V-모델에 기반을 둔 테스트 레벨에 따라 테스팅 업무를 진행하고자 한다. 다음의 내용 중 권 책임이 잘못 생각하고 있는 것은?① 테스트의 커버리지를 높이기 위해 외부 업체와 협력해서 시스템 테스팅을 실시한다.② 불완전하고 문서화되어 있지 않은 요구사항에 대한 테스팅도 고려한다.③ 코딩 단계에서 개발자에게 단위 및 통합 테스트를 미리 고려할 것을 요..

· 개발 수명주기에서 개발 활동, 테스트 활동과 개발 중간산출물의 관계를 특정 프로젝트와 제품 유형을 에로 들어 설명할 수 있다.· 소프트웨어 개발 모델은 프로젝트 정황과 제품 즉성에 맞춰 선택돼야 한다는 사실을 이해할 수 있다.· 개발 수명주기 모델에 적용 가능한 좋은 테스팅의 특징을 상기할 수 있다.  Q1. 수명주기(Life cycle) 모델에서 테스팅에 대한 설명으로 올바르지 않은 것은 무엇인가?① 모든 개발 활동은 테스팅 활동과 대응된다.② 각 테스트 레벨은 그 레벨에 맞는 특정한 목적을 가지고 있다.③ 주어진 테스트 레벨에 맞는 테스트 분석과 설계는 대응되는 개발 활동이 종료됨과 동시에 시작된다.④ 테스터는 개발 수명주기 동안에 테스팅을 준비하고 개발 중간 산출물을 리뷰하는 활동에 참가한다. ..

학습목표· 테스팅의 성공에 영향을 주는 심리적인 요인을 상기할 수 있다.· 테스터와 개발자간의 심리를 비교할 수 있다.  Q28. 다음 중 개발자와 테스터간의 원할한 커뮤니케이션을 위해서 필요한 사항을 모두 고르시오.ㄱ. 다툼보다는 협력으로 시작한다.ㄴ. 더 나은 품질의 시스템을 개발하고자 하는 공통적인 목표를 모든 사람에게 주지시킨다.ㄷ. 더 나은 품질의  제품을 구현하기 위해서 결함을 유입시킨 개발자에게 책임을 묻고 결함 내용을 전달한다. ㄹ. 상호간에 어떻게 느끼는지, 왜 그렇게 반응하는지 이해하도록 노력한다.ㅁ. 소프트웨어 결함에 대한 책임을 확실하게 구분한다.① ㄱ, ㄴ② ㄱ, ㄴ, ㄷ ③ ㄱ, ㄴ, ㄹ④ ㄱ, ㄹ, ㅁ 정답! ③ ㄱ, ㄴ, ㄹ [해설] 개발자와 테스터간의 원할한 커뮤니케이션다툼..

학습목표· 테스트 계획부터 테스트 마감 활동 까지, 다섯가지 기본 테스트 활동과 각 테스트 활동의 업무를 상기할 수 있다.  Q21. 다음 중 테스트 프로세스에서 테스트 계획 및 제어 활동에 해당하는 내용은 무엇인가?① 테스트케이스 개발과 우선순위 선정② 계획 대비 진행상황 비교③ 회고 및 테스팅 과정에서의 교훈 분석④ 테스트 베이시스 리뷰  정답! ② 계획 대비 진행상황 비교  [해설]① 테스트케이스 개발과 우선순위 선정 =. 테스트 구현과 실행단계③ 회고 및 테스팅 과정에서의 교훈 분석 = 테스트 마감 활동④ 테스트 베이시스 리뷰  = 테스트 분석 및 설계활동 Q22. 테스트 분석과 설계는 일반적이고 추상적인 테스팅 목적을 실제적이고 구체적인 테스트상황(Condition)과 설계로 변환하는 활동이다...