애딧

[ 블랙박스 테스트 유형 ] 📍암기 : 동경결상 유분패 동등 분할 테스트 입력 데이터의 영역을 유사한 도메인별로 유효 값/무효 값을 그룹핑하여 대표값 테스트 케이스를 도출하여 테스트하는 기법 경계 값 분석 테스트 등가분할 후 경계 값 부분에서 오류 발생 확률이 높기에 경계값을 포함하여 테스트 케이스를 설계하여 테스트하는 기법 결정 테이블 테스트 요구사항의 논리와 발생조건을 테이블 형태로 나열하여, 조건과 행위를 모두 조합하여 테스트하는 기법 상태전의 테스트 테스트 대상/시스템 이나 객체의 상태를 구분하고, 이벤트에 의해 어느 한 상태에서 다른 상태로 전이되는 경우의 수를 수행하는 테스트 기법 유스케이스 테스트 시스템이 실제 사용되는 유스케이스로 모델링 되어 있을 때 프로세스 흐름을 기반으로 테스트 케이스..

[ 화이트박스 테스트 유형 ] 📍암기 : 제루 제어구조 테스트 소프트웨어 논리적 복잡도 측정 후 수행 경로들의 집합을 정의하는 테스트 루프 테스트 프로그램의 루프 구조에 국한해서 실시하는 테스트 출처 : 수제비 정보처리기사 실기 - 두음쌤 (https://www.youtube.com/watch?v=8QyS3w-wI1I)

[ 동적 테스트 유형 ] 📍암기 : 동화블 화이트박스 테이블 - 프로그램 내부 로직을 보면서 수행하는 테스트 - 내부 구조를 기반으로 문장 검증, 경로 검증 등을 수행 - 구조 테스트 라고도 하며 구문 커버리지, 결정 커버리지, 조건 커버리지, 조건/결정 커버리지, 변경 조건/결정 커버리지, 다중 조건 커버리지 테스트를 포함 블랙박스 테이블 - 프로그램 외부 사용자의 요구사항 명세를 보면서 수행하는 테스트 - 기능 테스트 라고도 함 출처 : 수제비 정보처리기사 실기 - 두음쌤 (https://www.youtube.com/watch?v=8QyS3w-wI1I)

[ 정적 테스트 유형 ] 📍암기 : 동워인 동료 검토 Peer Review 요구사항 명세서 작성자가 내용을 직접 설명하고 동료들이 이를 들으면서 결함을 발견하는 검토 방법 워크스루 Walkthrough 검토 회의 전에 요구사항 명세서를 미리 배포하여 사전 검토한 후, 짧은 검토 회의를 통해 결함을 발견하는 검토 방법 - 오류 검출에 초점을 두고 해결책은 나중으로 미룸 인스펙션 Inspection 요구사항 명세서 작성자를 제외한 다른 검토 전문가들이 명세서를 확인하면서 결함을 발견하는 검토 방법 - 결합 방생에 대한 해결책을 제시함 출처 : 수제비 정보처리기사 실기 - 두음쌤 (https://www.youtube.com/watch?v=8QyS3w-wI1I)

[ 소프트웨어 테스트 산출물 ] 📍암기 : 결시계케 (-> 결혼시계 케이스) 테스트 결과서 테스트 시나리오 테스트 계획서 테스트 케이스 출처 : 수제비 정보처리기사 실기 - 두음쌤 (https://www.youtube.com/watch?v=8QyS3w-wI1I)

[ 소프트웨어 테스트의 원리 ] 📍암기 : 결완초집 살정오 결함의 존재 완벽한 테스팅 불가능 초기에 테스팅 시작 결함집중 : 적은 수의 모듈에서 대다수의 결함이 발견됨 살충제 패러독스 : 동일한 테스트 테이스에 의한 반복된 테스트는 새로운 버그를 찾지 못함 정황에 의존 오류-부재의 궤변 : 요구사항을 충족시켜주지 못한다면, 결함이 없다고 해도 품질이 높다고 볼 수 없음 출처 : 수제비 정보처리기사 실기 - 두음쌤 (https://www.youtube.com/watch?v=8QyS3w-wI1I)

[ 소프트웨어 테스트 필요성 ] 📍암기 : 발예향 오류 발견 관점 오류 예방 관점 품질 향상 괌점 출처 : 수제비 정보처리기사 실기 - 두음쌤 (https://www.youtube.com/watch?v=8QyS3w-wI1I)

[ UI 프로토타입 제작 및 검토 프로세스 ] 📍암기 : 아유프적 소프트웨어 아키텍처 설계 원리 확인 프로토타입 유스케이스 작성 UI 요구사항을 반영한 프로토타입 제작 UI 적정성 검토 출처 : 수제비 정보처리기사 실기 - 두음쌤 (https://www.youtube.com/watch?v=8QyS3w-wI1I)