ISTQB CTFL (11) 썸네일형 리스트형 ISTQB goodnote 필기 파일 결국 독학해서 합격해따! 수고했다 내 자신 istqb ctfl 정기1회 영어 시험 후기 개알 책을 2-3주 동안 요약한답시고 블로그 포스팅을 했는데 약간 시간 낭비한 가 같당 아무래도 나는 기초적인 지식이 있는 상태라서(지극히 주관적) 문배를 통해서 많이 익혔다. 하지만 실제 문제랑 문배의 문제는 조금 같은 듯? 달랐다. 가장 중요한 거는 영어 시험이라는 점 영어를 못하지는 않지만 그래도 익숙해지지 않은 점이 가장 다르다. 물론 한글 시험이 있는데 영어를 좀 더 쳐준다길래 영어로 했는데 살짝쿵 후회스럽기도 하고^^^^^ 한 번 다 풀고 나니까 약 15분 정도 남았더라 그래서 7번까진 두 번씩 풀어보고 33번정도까진 그냥 마킹 했다... 헷갈리는 게 있는데 긴장을 많이 하기도 했고 그냥 핑계긴 하지만 명확한 답들이 많이 보이기는 했다. 이게 정답이라는 보장이 없지만 말이다. 그래서 살짝 불안.. 개발자도 알아야 할 소프트웨어 테스팅 실무 6 6.1 테스트 도구의 종류 6.1.1 테스트 도구의 분류(test tool classification) 어떤 종류의 도구는 도구 자체가 테스트의 실제 결과에 영향을 미친다는 측면에서 침입적(intrusive)라고 할 수 있다. 침입적 도구를 사용하여 달라진 결과를 탐사 효과(Probe effect)라고 부른다. 테스트 관리 지원 도구 테스트 설계 및 tc 관리 지원 도구(tc 생성 도구 -> tc suit) 테스트 실행/로깅 지원 도구(테스트 엔진) test execution 성능 테스팅 도구/모니터링 도구 => 테스트 결과 6.1.2 테스트 관리 지원 도구(tool for test management of testing and tests) 테스트 관리 지원 도구의 특징 테스트 결과를 기록(logging.. 개발자도 알아야 할 소프트웨어 테스팅 실무 요약 5 5.1 테스트 조직(Test Organization) 5.1.1 테스트 조직과 독립성(Test organization and independence) 오늘날 품질에 대한 기대가 높아져 많은 기업에서 테스트팀과 개발팀을 독립적으로 운영하려 한다. 특히 거대하고 복잡하거나 안전최우선(safety critical)인 시스템을 테스트하는 경우, 모든 테스트 레벨을 독립적인 테스터가 수행하게 할 수 있다. 독립성(테스트 조직을 독립적으로 운영하는 것)의 장점 결함을 보는 시각, 결함을 발견하는 방법이 개발자와 달라 상대적으로 객관적이다. 개발단계에서 작성된 명세와 구현 산출물을 객관적으로 검증할 수 있다. 테스트 전문가로서 결함을 효과적이고 효율적으로 찾아내는 전략적 접근이 가능하다. 테스팅 프로세스 평가를 통해.. 개발자도 알아야 할 소프트웨어 테스팅 실무 요약 4-3 3) 테스트 케이스 기반 테스팅과 탐색적 테스팅의 비교 문서화 정도와 지적 능력의 활용 정도에 따라 테스트 케이스 기반 테스팅과 탐색적 테스팅을 비교할 수 있다. 탐색적 테스팅은 지적 능력(Intelligence) 활용도가 높고, 테스트 케이스 기반 테스팅은 문서화(documentation) 활용도가 높다. 표. 테스트 케이스 기반 테스팅과 탐색적 테스팅의 비교 테스트 케이스 기반 테스팅 탐색적 테스팅 테스트가 먼저 설계되고 기록된다. 나중에 다른 테스터가 이를 준비한다. 테스트가 설계됨과 동시에 수행된다. 테스트가 반드시 기록되는 건 아니다. it's like 준비도니 연설을 하는 것과 같다. 테스트는 미리 착안된 생각에 따라 수행된다. 대화를 하는 것과 같다. 테스트는 아이디어를 반영하고, 생각을 시.. 개발자도 알아야 할 소프트웨어 테스팅 실무 요약 4-2 4.3.2 구조 기반 기법 structure-based technique 구조 기반(화이트박스) 테스팅은 소프트웨어나 시스템의 구조를 중심으로 테스팅하는 것이다. 컴포넌트 레벨의 구조는 구문(statement), 결정(decision), 분기문(branch) 등 코드 그 자체이다. 통합 레벨의 구조는 한 모듈이 다른 모듈을 호출하는 관계를 도식화한 콜 트리 등이다. 구문 커버리지 statement coverage 는 테스트 스위트에 의해 실행된 구문이 몇 퍼센트인지 측정하는 것으로 다른 커버리지에 비해 가장 약하다. 결정 커버리지(branch coverage, decision coverage) 는 테스트 스위트에 의해 실행된 결정 포인트 내의 전체조건식이 최소한 참이 한 번 그리고 거짓이 한 번 선택되었.. 개발자도 알아야 할 소프트웨어 테스팅 실무 요약 4-1 PART4 테스트 설계 기법 4. 테스트 설계 기법 TC를 도출하고 수행하여 테스트 대상이 어느 수준까지 테스팅 되었는지 확인하기 위해 사용된다. 다양한 종류의 테스트 설계 기법으로 어떻게 TC를 도출하고 테스트에 보장성을 확보해 주는지 보자. 4.1 테스트 설계 및 구현 프로세스( Test design & implementation process) 테스트 조직 구성, 테스팅과 개발 프로세스의 성숙도, 시간적 제약, 참여 인원 등 테스팅 정황(context)에 따라 달라진다. 테스트 조건을 식별하기 위해 테스트 베이시스를 분석한다. 트랜잭션, 품질 특성 또는 구조적 요소 등이 있다. 테스트 조건과 명세 및 요구사항 사이에 추적성(tracebility)를 유지함으로써 요구사항이 변경 시 영향도 분석과 요구.. 개발자도 알아야 할 소프트웨어 테스팅 실무 요약3 3. 정적 기법 3.1 정적 기법과 테스트 프로세스 3.1.1 리뷰의 이점과 목적(benefits and objectives of review) 정적 기법은 sw를 실행하지 않고 테스팅하는 기법으로 리뷰와 같은 수동적(manual) 기법과 정적 분석 자동화 도구를 활용한 정적 분석이 있다. 리뷰의 이점 조기 결함 발견 및 수정, 개발 생산성 향상, 개발 기간 단축, 테스팅 비용 감소 및 시간 단축, 개발 수명주기 전체에 걸친 비용 감소, 결함 감소(품질 향상), 커뮤니케이션 향상 동적 테스팅에서 발견하기 어려운 개발 산출물(요구사항 명세 등)의 누락(omissions)과 같은 결함을 발견할 수 있다. 정적은 동적과 달리 장애 자체 보다는 장애(failure)의 원인(결함)을 발견한다. 동적 테스팅보다 리.. 이전 1 2 다음