일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |
- UE4
- 코로나19
- if조건절
- keep -ing
- html
- by any chance
- 게임QA
- 제5인격
- for ing
- end up ing
- Realtime Rendering
- C++
- gameQA
- 명세기반테스트
- 형변환
- happen to
- I'm glad
- 변수
- metascore
- continue to
- counldn't have
- ISTQB
- know
- relif
- it's a good thing
- by until
- sort함수
- 명절 표현
- might have p.p
- java
- Today
- Total
목록ISTQB CTFL (8)
Records rather than Memories

최근 업무를 진행하면서 명세 기반 테스트에 대해 다시 한번 수행하게 되었다. ISTQB에서 한번 배웠던 개념이지만 다시 한번 수행해보면서 단순 개념만 외웠을 때와 다르게 명세 기반 테스트의 장점에 대해 다시 느끼게 되었다. 그래서 다시 잊기 전에 내가 알고 있는 명세 기반 테스트에 대해 정리해보려고 한다. 테스트는 설계 기법에 따라 여러 가지로 나뉘는데 대표적으로 3가지 분류이다. 명세 기반 테스트 경험 기반 테스트 구조 기반 테스트 각 테스트 기법도 중요하지만 그 안에 어떤 것들이 있는지에 대해서는 차치하고 명세 기반 테스트는 무엇일지 부터 알아보자. 명세 기반 테스트 명세 기반 테스트는 말 그대로 주어진 명세 즉, 스펙을 빼먹지 않고 테스트 케이스화 해서 그것을 수행하는 것을 말한다. 이게 좋은 이유..

사실 2021년 부터 계획했던 ISTQB CTFL 자격증 시험을 2022년이 들어서야 응시를 하게 되었다. 12월에 바로 접수를 진행하고 합격을 하게되었다. 시험 비용이 굉장히 비싸고.. 바쁘다는 핑계로 계속해서 미루던 작은 계획을 이룬 것 같아 기분이 좋다. 개인적인 이야기보다 앞으로 시험을 볼 사람들에게 조금이나마 도움이 될 정보를 담기려 글을 쓴다. 시험 접수 일단 시험 접수 시에는 해당 날짜에 접수 시간이 되면 바로 접속해서 신청하기를 권장한다. 내가 봤던 시험같은 경우 접수 대기가 바로 생겼고 시험장에 도착했을 때도생각보다 더 많은 인원이 신청을 하는 것으로 보였다. 정기 시험 일정이 기본인데 내가 응시한 얼리버드 시험같이 추가적인 일정이 생기는 경우도 있으니 빠르게 일정을 잡고싶은 사람의 경우..
블랙박스 테스트 기법의 일반적인 특징: - 테스트 컨디션, 테스트 케이스, 테스트 데이터는 소프트웨어 요구사항, 명세서, 유스케이스, 사용자 스토리와 같은 테스트 베이시스로부터 도출한다. - 테스트 케이스는 요구사항과 요구사항 구현 결과물 간 차이와 편차를 식별하는 데 사용한다. - 커버리지는 테스트 베이시스에서 테스트된 항목과 테스트 베이시스에 적용한 기법을 기반으로 측정한다. 화이트박스 테스트 기법의 일반적인 특성: - 테스트 컨디션, 테스트 케이스, 테스트 데이터는 코드, 소프트웨어 아키텍처, 상세 설계 또는 소프트웨어 구조와 관련된 기타 정보를 포함한 테스트 베이시스로부터 도출한다. - 커버리지는 선택한 구조(예: 코드나 인터페이스) 내에서 테스트한 항목과 테스트 베이시스에 적용된 기법을 기준으로..
1. Testing shows the presence of defects, not their absence > 밝혀지지 않는 결함의 존재를 줄일수는 있지만 전혀 발견되지 않았다고해서 해당 SW가 완벽하다는 뜻은 아니다. 2. Exhaustive testing is impossible > 완벽은 불가능하기에 리스크 분석과 우선순위를 토대로한 테스트에 노력을 가해야합니다. 3. Early testing saves time and money > 초기부터 시작하는 테스팅을 shift left 라고한다. 4. Defects cluster together > 소수의 모듈에서 몰려 발생하는 경우가 많기 때문에 실제 관측한 결합 집중 영역을 리스크 분석의 주요값으로 사용합니다. 5. Beware of the pesti..
K2 : 이해 (understand) Testing’s Contributions to Success 결함으로 장애가 발생하거나 이해관계자의 요구를 충족시키지 못하는 상황을 줄일 수 있다. 요구사항 리뷰 > 테스트 불가 기능 제거를 통해 리스크 줄임 사용자 스토리 개선에 참여 > 작업 산출물에서 결함 발견 시스템 설계 중 테스터와 협업 > 기능 설계의 결함 유입이 낮아지고 필요한 테스트를 일찍 식별 코드 개발 중 > 결함 발생 리스크 낮춤 릴리스 전 테스트 > 발견한 결함 디버깅 가능 > 이해관계자의 필요와 요구사항을 충족시킬 가능성을 높임 Quality Assurance and Testing 품질 보증(QA, Quality Assurance)과 테스팅의 차이점 QA는 품질 보증과 품질 제어를 포함한 더 ..
(K1) 테스팅의 일반적인 목적을 파악 What is Testing? - 소프트웨어 테스팅은 품질을 평가하고, 소프트웨어의 장애 발생 가능성을 줄이는 방법이다. - 단지 소프트웨어를 실행하고 결과를 확인하는 테스트 수행에 국한되지 않는다. > 결과 확인(테스트 수행)은 다양한 활동 중 하나이다. > 테스트 프로세스는 테스트 계획, 분석, 설계, 테스트 구현, 테스트 진행 상황 및 결과 보고, 테스트 대상 품질 평가 등 많은 활동을 포함한다. - 테스팅은 Verfication에만 국한되는 것이 아니라 Validation 또한 포함된다. * 정적 테스팅: 테스트 대상 컴포넌트나 시스템을 실행하지 않는 테스팅 > 요구사항, 사용자 스토리, 소스 코드와 같은 작업 산출물에 대한 리뷰 * 동적 테스팅: 테스트 대..
기본적으로 KSTQB에서 제공하는 실러버스를 기반으로 합니다. 추가적으로 아래 같은 학습 자료 및 문제 모읍집 서적들이 있으나 내용이 추가되는 정도는 아니고 개념 및 설명을 풀어주는 참고 자료로 생각하면 된다고 한다. 개발자도 알아야 할 소프트웨어 테스팅 실무 ISTQB 국제 표준적 지식체계 근간 『개발자도 알아야할 소프트웨어 테스팅 실무』. 테스팅을 어려워하는 이들도 실무에 대한 내용을 파악할 수 있도록 소프트웨어 테스팅에 대한 상세한 정보를 book.naver.com 문제로 배우는 소프트웨어 테스팅 2 국내 유일의 ISTQB 국제 소프트웨어 테스팅 자격증 대비서. 문제풀이를 하면서 테스팅의 이론과실무, ISTQB 지식체계를 정확하게 습득하도록 문제해설을 구성했다. 책과 교육에서 체득하기 어려운 boo..

KSTQB KSTQB 정기 시험 일정 시험일 요일 분류 접수기간 2022-01-20 목 ISTQB® CTFL 얼리버드 특별시험(한글) 2022-01-10 ~ 2022-01-14 2022-01-18 화 KSTQB&CSTQB AI Testing 얼리버드 특별시험(한글/영어) 2022-01-05 ~ 2022-01-13 202 www.kstqb.org 2022년 KSTQB 시험 일정 일 요일 시험 명 접수 시작 접수 마감 2022-01-20 목 ISTQB CTFL 얼리버드 특별시험(한글) 01/10(월) 11:00 01/14(금) 17:00 ISTQB CTFL의 경우 정해진 정기 일정과 상시 일정이 추가로 열리게 되는데 영어/한글 두가지로 나뉘어져서 시험을 치르게 된다. 시험 지원 가능한 기간 내 접수 후 그 ..