본문 바로가기

IT/ISTQB FL

ISTQB CTFL 합격 후기 TMI) 테스터 쪽으로 일해 보기로 결심하고, ISTQB 자격증 공부를 시작 처음 시작했던 건 작년 n월…. 교육까지 들었는데 떨어짐….ㅋ 아 근데 나 교육들을 때 남들보다 일찍 도착해서 필기도 열심히 하고 진촤 열심히 들었는데!!!! 변명하자면…. 공부란 걸…. 책을 펴보는 것 자체가 몇 년만이었는 걸….? 집에 돌아와서 밤늦게까지 책상 앞엔 앉았지만.... 스르륵 눈이 감겨왔었긴 했다. 돌이켜보면 샘플 문제들을 제대로 이해하지 못했던 거 같다. 그리고 문제와 실라버스를 반복해서 포인트를 잡고 봤었어야 했다. 그냥 막연하게 보는 것 안됨 이때 떨어지고 엄청 우울했는데…. (약 2달 뒤….) 운 좋게 취업하고 ISTQB 자격증 취득을 위해 2주간 스터디할 시간도 주셨음!! 개알 책 정리하고 핵심만 발표하.. 더보기
실라버스 제 6 장. 테스트 지원 도구 6.1 테스트 도구 고려 사항 * 테스트 도구 - 하나 이상의 테스팅 활동을 지원하는데 사용할 수 있음 - 종류 · 테스팅에 직접 사용하는 도구 (예 : 테스트 실행 도구, 테스트 데이터 준비 도구) · 요구사항, TC, 테스트 프로세스, 자동 테스트 스크립트, 테스트 결과, 테스트 데이터, 결함을 관리하고, 테스트 실행 보고와 모니터링을 지원하는 도구 · 분석과 평가에 사용하는 도구 · 테스팅을 지원하는 모든 도구 (이런 의미에서 스프레드시트도 테스트 도구) 6.1.1 테스트 도구의 분류 (K2) * 정황에 따른 목적 ① 반복적인 작업 or 수동으로 진행했을 때 상당한 리소스를 필요로 하는 작업(예 : 테스트 실행, 리그레션 테스팅)을 자동화해서 테스트 활동의 효율성을 높임 ② 테스트 프로세스 전반에 .. 더보기
실라버스 제 5 장. 테스트 관리 5.1 테스트 조직 - 테스팅 작업은 특정 테스팅 역할을 부여 받은 사람 or 다른 역할을 하는 살마도 수행할 수 있음 (예 : 고객) - 저자와 테스터가 가지는 인지편향(1.5절)의 차이 -> 일정 수준의 독립성은 테스터가 결함을 더 효과적으로 찾게 해 줌 - 독립성이 친숙함을 대체할 수 없음 -> 개발자도 자신이 작성한 코드에서 많으 결함을 효율적으로 찾아낼 수 있음 5.1.1 독립적인 테스팅 (K2) * 테스팅의 독립성 수준 (낮은 수준 ~ 높은 수준) ① 독립적인 테스터 없음 : 유일하게 개발자가 자신의 코드를 직접 테스트하는 형태 ② 개발팀 or 프로젝트팀에 속한 독립적인 개발자나 테스터 : 개발자가 동료의 제품을 테스트하는 형태도 포함 ③ 조직 내 독립적 테스트팀 or 그룹이 프로젝트 관리자 .. 더보기
실라버스 제 4 장. 테스트 기법 4.1 테스트 기법의 종류 * 테스트 기법의 목적 : 테스트 컨디션, TC, 테스트 데이터 식별을 지원하는 것 * 테스트 기법 선택의 요소 기반 - 컴포넌트 or 시스템의 복잡도 - 규제 기준 - 고객 or 계약 요구사항 - 리스크 수준과 유형 - 사용 가능한 문서 - 테스터의 지식과 역량 - 사용 가능한 도구 - 시간과 예산 - SW 개발 수명주기 모델 - 컴포넌트 or 시스템에서 예상되는 결함 유형 4.1.1 테스트 기법의 종류와 특성 (K2) * 블랙박스 테스트 기법(= 행위 기법 or 행위 기반 기법) - 적절한 테스트 베이시스에 대한 분석 기반 (예 : 공식 요구사항 문서, 명세서, 유스케이스, 사용자 스토리, 비즈니스 프로세스) - 기능, 비기능 테스팅 모두 적용 가능 - 테스트 대상의 입력과.. 더보기
실라버스 제 3 장. 정적 테스팅 3.1 정적 테스팅 기초 * 정적 테스팅 - 작업 산출물을 수동으로 검사(예 : 리뷰) - 코드나 다른 작업 산출물을 도구를 기반으로 평가(예 : 정적 분석) ☞ 모두 테스트 중인 코드 or 작업 산출물을 실제로 실행하지 않고 평가 3.1.1 정적 테스팅으로 검토할 수 있는 작업 산출물 (K1) * 정적 테스팅(리뷰 or 정적 분석)으로 검사할 수 있는 작업 산출물 ① 명세(비즈니스 요구사항, 기능 요구사항, 보안 요구사항) ② 에픽(epic), 사용자 스토리, 인수 기준 ③ 아키텍처 및 설계 명세 ④ 코드 ⑤ 테스트웨어(테스트 계획, TC, 테스트 프로시저, 자동화 스크립트) ⑥ 사용자 가이드 ⑦ 웹 페이지 ⑧ 계약, 프로젝트 계획, 일정, 예산 기획 ⑨ 형상(configuration) 및 인프라(in.. 더보기
실라버스 제 2 장. 소프트웨어 개발 수명주기와 테스팅 2.1 소프트웨어 개발 수명주기 모델 2.1.1 소프트웨어 개발과 소프트웨어 테스팅 (K2) * 모든 SW 개발 수명주기 모델에 적용하기 좋은 테스팅의 특성 ① 모든 개발 활동은 그에 상응하는 테스트 활동이 있음 ② 각 테스트 레벨은 그 레벨에 맞는 구체적인 목적을 가짐 ③ 주어진 테스트 레벨에 맞는 테스트 분석과 설계는 상응하는 개발 활동이 이루어지고 있는 동안 시작해야 함 ④ 테스터가 요구사항과 설계의 정의와 개선을 위한 대화에 참여하고, 작업 산출물(예 : 요구사항, 설계, 사용자 스토리 등)의 초안이 나오는 즉시 리뷰에 참여함 * 테스트 활동은 수명주기 초반에 시작해야 함 (테스팅 원리 3 : 어떤 SW 개발 수명주기 모델을 선택하더라도 테스팅을 초기에 시작하면 시간과 비용을 절약할 수 있음) *.. 더보기
실라버스 제 1 장. 테스팅의 기초 1.1 테스팅이란 무엇인가? * 테스팅 활동 - 테스트 대상 컴포넌트 or 시스템을 실행 O : 동적 테스팅 - 테스트 대상 컴포넌트 or 시스템을 실행 X : 정적 테스팅 - 작업 산출물(요구사항, 사용자 스토리, 소스 코드)에 대한 리뷰 - 베리피케이션(검증 verification) : 시스템이 주어진 명세를 충족하는지 확인 - 밸리데이션(확인 validation) : 시스템이 운영 환경에서 사용자 or 기타 이해관계자의 요구를 만족시키는지 확인 1.1.1 테스팅의 일반적인 목적 (K1) * 일반적인 프로젝트에서 테스팅의 목적 ① 작업 산출물(요구사항, 사용자 스토리, 설계 소스 코드 등등) 평가에 의한 결함 예방 ② 명시된 모든 요구사항이 충족됐는지 검증 ③ 테스트 대상의 완성 여부 + 사용자와 기.. 더보기
개알 Part 1. 소프트웨어 테스팅의 기초 1.1. 소프트웨어 테스팅이 왜 필요한가? 1.1.1. 소프트웨어 시스템 관점에서 테스팅의 필요성 소프트웨어가 올바르게 동작하지 않는 경우 -> 금전적인 손실, 시간 낭비, 비즈니스의 이미지 손상, 부상이나 사망 등등 -> 다양하고 심각한 문제 발생 테스팅의 필요성 : 소프트웨어 시스템의 문제를 최소화하기 위해!! 1.1.2. 소프트웨어 결함의 원인 오류(Error) -> 결함(Defects or Bug) -> 장애(Failure) 결함은 장애의 원인이 되지만, 모든 결함이 장애를 일으키는 것은 아님 결함의 원인 시간적인 압박 복잡한 코드 기반환경(Infrastructure)의 복잡성 기술이나 시스템의 변경 수많은 시스템 상호간의 연동 등등 장애 발생 원인 결함 환경적인 조건(방사, 자기, 전자기장, 물.. 더보기