​ 맨 처음 준비를 해서 시험을 봤을 때는 바로 '불합격' 이었다. * 합격 기준 : 26개 시험을 봤을 때가 20. 12. 08(화) 이었었는데, 다음 정기 시험이 내 기억으로는 21년 3월쯤에 있던 걸로 기억을 했었는데 아.. 이제 3월까지 어떻게 기다리지 라는 생각이 너무 들었다. ​ 하지만, 때 마침 특별시험이 있다는 얘기를 들었다. 나는 지체없이 바로 STEN에 전화를 걸어서 확인을 해봤다. 얼리버드를 위한 특별 시험이 있다고 하는데 이 시험을 보는 자격이 따로 있는 건지 바로 지원을 해도 되는건지 물어본 후 응시를 해도 된다는 말에 바로 시험을 지원했다. 응시료를 결제하고나서 이전 시험에서 왜 떨어졌는지 생각을 해보고 그 때 당시에 부족했던 부분을 위주로 공부를 했었던 것 같다. ​ 경계값분석..

4장 테스트 기법 테스트 기법의 선택은 다음과 같은 요소를 기반한다. - 컴포넌트나 시스템의 복잡도 - 규제 기준 - 고객 또는 계약 요구사항 - 리스크 수준과 유형 - 사용 가능한 문서 - 테스터의 지식과 역량 - 사용 가능한 도구 - 시간과 예산 - 소프트웨어 개발 수명주기 모델 - 컴포넌트나 시스템에서 예상되는 결함 유형 ​ 테스트 케이스를 작성할 때 테스터는 일반적으로 테스트 노력 대비 가장 좋은 결과를 얻기 위해 다양한 테스트 기법을 조합해서 사용한다. ​ 테스트 분석, 테스트 설계, 테스트 구현 활동에서 테스트 기법의 사용은 매우 비공식적인 형식(거의 또는 문서화하지 않음)부터 매우 공식적인 형식까지 다양할 수 있다. ​ 적절한 수준의 공식성은 테스트 및 개발 프로세스의 성숙도, 시간적인 제한..

2.4 유지보수 테스팅 Maintenance Testing 소프트웨어와 시스템이 생산 환경으로 배포되고 나면 유지보수가 필요하다. 배포된 소프트웨어와 시스템에 대한 다양한 변경은 거의 필연적으로 발생한다. 이런 변경으로는 운영 중 발견한 결함 수정, 신규 기능 추가, 기존 기능의 삭제나 개선 등이 있다. 유지보수는 컴포넌트나 시스템의 수명 동안 그것의 비기능 품질 특성을 보존 혹은 개선하기 위해서도 필요하다. 특히 성능 효율성(performance efficiency), 호환성(compatibility), 신뢰성(reliability), 보안성(security), 이식성(portability)에 대한 보존이나 개선이 필요하다. ​ 유지보수의 일환으로 변경이 이루어지게 되면, 변경의 성공 여부를 평가하고 ..

2.3 테스트 유형 특정 테스트 목적을 위해 소프트웨어 시스템이나, 시스템의 일부 특정 속성을 테스트하는 활동의 집합. ​ 대표적인 목적 : - 완전성, 정확성, 적합성 등과 같은 기능 품질 특성 평가 - 신뢰성, 성능 효율성, 보안성, 호환성, 사용성 등과 같은 비기능 품질 특성 평가 - 컴포넌트나 시스템의 아키텍처 및 구조가 정확하고 완전하며 명시된 것과 일치하는지 평가 - 수정의 효과 평가. 예를 들어, 결함이 수정됐는지 확인(확인 테스팅)하고 소프트웨어나 환경의 변화로 인해 동작에 의도하지 않은 변화가 없는지(리그레션 테스팅) 평가 ​ 2.3.1 기능 테스팅 (Functional Testing) ※ 기능이란 : 시스템이 해야 하는 그 '무엇'을 얘기한다. ※ 기능 커버리지란 : 어떤 기능이 테스트..

2.1 소프트웨어 개발 수명주기 모델 2.1.1 소프트웨어 개발과 소프트웨어 테스팅 (Software Development and Software Testing) 테스터의 중요한 역할 중 하나는 필요한 테스트 활동을 수행할 수 있도록 소프트웨어 개발 수명주기 모델을 잘 이해하는 것이다. 모든 소프트웨어 개발 수명주기 모델에 적용하기 좋은 테스팅의 특성을 들면 다음과 같다 - 모든 개발 활동은 그에 상응하는 테스트 활동이 있다. - 각 테스트 레벨은 그 레벨에 맞는 구체적인 목적을 가진다. - 주어진 테스트 레벨에 맞는 테스트 분석과 설계는 개발 활동이 이루어지고 있는 동안 시작해야 한다. - 테스터가 요구사항과 설계의 정의와 개선을 위한 대화에 참여하고, 작업 산출물의 초안이 나오는 즉시 리뷰에 참여한다..

1.1 테스팅이란 무엇인가? 소프트웨어 테스팅은 소프트웨어의 품질을 평가하고, 운영 중 소프트웨어 장애의 발생 가능성을 줄이는 하나의 방법이다. 테스팅 활동에는 테스트 대상 컴포넌트나 시스템을 실행하는 것도 있다. 이것을 동적 테스팅이라 부른다. 테스트 대상 컴포넌트나 시스템을 실행하지 않는 테스팅도 있다. 이런 테스팅을 정적 테스팅이라 부른다. 테스팅은 요구사항, 사용자 스토리, 그 외 기타 명세의 Verification 활동을 한다. 또한 시스템이 운영 환경에서 사용자 또는 기타 이해관계자의 요구를 만족시키는지를 확인하는 Validation 또한 테스팅에 포함 된다. 1.1.1 테스팅의 일반적인 목적 - 요구사항, 사용자 스토리, 설계, 소스 코드 등과 같은 작업 산출물 평가에 의한 결함 예방 - 명..