먼지 쌓인 키보드

1. 테스트 계획 - 테스트 목적을 달성하기 위해 필요한 접근법을 정의 2. 테스트 모니터링과 제어 - 실제 진행상황을 테스트 계획과 지속적으로 비교 3. 테스트 분석 - "무엇을 테스트할지" 테스트 베이시스를 분석 4. 테스트 설계 - "어떻게 테스트할지" 테스트 환경 설계와 도구 식별 5. 테스트 구현 - "테스트 실행하기위한 모든것이 갖춰져 있는지" 테스트 실행에 필요한 테스트웨어를 생성하고 완성 6. 테스트 실행 - 테스트 스위트를 테스트 실행 일정에 따라 실행 7. 테스트 완료 - 완료한 테스트 활동에서 데이터를 정보를 축적

www.sten.or.kr https://www.sten.or.kr/ www.sten.or.kr 1. 먼저 STEN은 소프트웨어 테스트 커뮤니티로 커뮤니티인만큰 유저들간 정보 공유나 질문을 올릴수있음 또 ISTQB 시험 일정과 시험 신청을 할수있으며 시험비는 15만원정도로 꽤 비싼편에 들며 한글/영문으로 각각 다른 회차로 있음 2. 한글과 영문의 차이? 둘다 CTFL자격이 생기지만 사람들의 말로는 영문은 내용을 꼬아내지않아 쉽다고하는데 영어가 기본으로 깔려있어야함 한글은 한글로 나오지만 그만큼 내용을 꼬아내서 정확히 이해하지않으면 힘들다고함. 3. 시험 일정 시험일정에 들어가면 뭔가 엄청 많은데 "교육생 대상"은 해당 교육을 이수하고 시험을 보는거라서 시험만을 위해 신청하지는 못함 CTFL ㅁ회 정기 한..

(이해한대로 정리한거니 잘못되었다면 코멘트 부탁드립니다.) varification (검증) : - 정적 테스팅 - (개발자 관점) 개발하고 있는 시스템이 요구사항에 맞는지 - 제공된 요구사항이 실제 요구사항과 일치하다는 가정하에 요구사항대로 만들어지고있는지 - 제품을 올바르게 만들고 있는지 예방의 과정 ex1) (확인의 단계없이 검증만 했을때의 오류) 요구사항A가 아닌 다른 고객의 요구사항B가 개발자들에게 제공되었을때 실제로는 잘못된 결과지만 제공된 요구사항B에 일치하는 제품이라면 검증의 절차로는 올바르다. validation (확인) : - 동적 테스팅 - (사용자 관점) 개발되고 있는 시스템이 요구사항에 맞는지 - 실제 고객의 요구사항의 빠진 요소 없이 모든것을 포함하는지 - 요구사항에 맞게 만들고있..

2. 소프트웨어 수명주기와 테스팅 * 수명주기 모델에서 테스팅 - 모든 개발 활동은 테스팅 활동과 대응 - 각 테스트 레벨은 그레벨에 맞는 특정한 목적을 가짐 - 개발 활동과 같이 시작 - 테스터는 개발 수명주기동안 테스팅을 준비하고 개발 중간 산출물을 리뷰하는 활동에 참가 * 폭포수 모델 vs V-모델 * 폭포수 모델 - 개발활동이 순차적으로 이루어지며 테스트활동은 모든 개발활동을 완료한 후 이루어짐 * V-모델 - 테스팅을 초기에 시작하면 좋다는 원리를 토대로 테스트 프로세스를 전반적인 개발 프로세스에 통합 - 폭포부 모델을 변행해 개선 - 개발 단계와 테스팅 활동이 어떻게 통합될 수 있는 설명 - 각 개발 단계에 테스트 레벨을 부여함으로써 조기 테스팅을 좀 더 적극적으로 구현 - 개발 리스크를 조기..

1.소프트웨어 테스팅의 기초 * 소프트웨어 품질의 정의 - 컴포넌트, 시스템, 프로세스가 명시된 요구사항은 물론 사용자와 고객의 필요와 기대를 충족시키는 정도 * 오류, 결함, 장애 오류 : 잘못된 결과를 낳는 인간의 행위, 실수와 동의어 (결함발생) 결함 : 일반적으로 버그, 결함, 결점은 동의어로 사용 / 요구된 기능을 적절히 처리하지 못하는 것 (장애발생) 장애 : 코드에 존재하는 결함의 실행 * 테스팅을 종료하는 조건 - 미리 정해둔 기준을 모두 달성한 것이 가장 의미있는 조건 (+ 시간이나 예산 소요) * 독립적인 테스트 조직은 시스템 테스팅에 투입 * 효과적인 테스트 - 계획됐거나 원했던 테스트 결과 산출 - 효과적인 테스터 : 테스팅 노력으로부터 어던 결과를 도출할 것인지 결정 * 효율적인 ..

[2020 동계 엔테크 서비스 SW QA 테스트 엔지니어 채용 전제형 인턴] 1. 이번 동계 SW QA에 필기를 붙고, 면접을 봄 2. 홈페이지에 나오는 가산 사업장에서 30분동안 면접을 봄 3. 면접관은 2명으로 2:1로 면접 시작 4. 간단한 자기 소개와 함께 필기테스트 관련이나 직무 관련 질문은 함. 5. 그 외에 사적인 질문 조금 6. 그 후 1/3정도의 시간은 개인 프로젝트에 대한 질문이 있었음. 개인적인 불합격 이유) 1. 개발 직무가 아니기에 개발했던 프로젝트 관련해서 자세히 준비하지않음 -> 간단히 어떤 역할을 하고 어떤 프로젝트였는지만 준비 -> 하지만 어떤 코드를 썼는지, 이런식의 자세하게 꼬리를 물고 질문을 함 2. 프로젝트를 한지 오래되어서, 자세하게 들어오는 질문에 말을 번복하거나..

솔직히 말하면 공부를 정말 쉬지않고 한건 아니지만 그래도 A, B, C유형에서 30점초중반이 나올정도로 공부하기는 했다. 시험 전 풀어본 연습 문제에서 여유롭게 나오니 자신감이 넘쳤다. 하지만 막상 시험장에 가서 시험지를 풀어보니 헷갈리는게 너무 많았다. 아는 문제만 풀고 넘어가자 아는것만 풀고 넘어가자 하며 넘기다보니 절반이 헷갈리는 문제였다. 모르는 내용이 나온건 아니지만, 그렇다고 정확히 풀수있는것도 아닌 그런 문제들.... 시험장을 나올때는 애매한 그 문제들이 맞길 바라고 기다렸다. 하지만 오늘 저녁 9시에 결과를 확인해보니 25점이었다. 합격점은 26점, 내 점수는 25점... 그 헷갈렸던 많은 문제들 중 하나만 더 맞았더라면 이라는 생각에 너무 화가났고 분했고 머리가 너무 복잡해져 한숨 자고 ..

데이터 중심 테스트(DDT : Data Driven Testing) : - 검증 단계가 진행되는 동안 해당 단계의 입력 값 및 / 또는 예상 값을 구동하기 위해 데이터 소스를 사용하여 동일한 일련의 테스트 단계의 반복 반복을 수행하는 방법 키워드 중심 테스트(KDT : Keyword Driven Testing) : - 사전 정의 된 키워드 세트를 사용하여 테스트 사례를 설명하는 방법