[정보처리기사 필기] 애플리케이션 테스트 관리 - 051. 결함 관리

1. 결함 Fault 의 정의오류 발생, 작동 실패 등과 같이 소프트웨어가 개발자가 설계한 것과 다르게 동작하거나 다른 결과가 발생되는 것사용자가 예상한 결과와 실행 결과 간의 차이나 업무 내용과의 불일치 등으로 인해 변경이 필요한 부분도 모두 결함에 해당2. 결함 관리 프로세스애플리케이션 테스트에서 발견된 결함을 처리하는 것결함 관리 프로세스의 순서결함 관리 계획 : 전체 프로세스에 대한 결함 관리 일정, 인력, 업무 프로세스 등을 확보하여 계획을 수립하는 단계결함 기록 : 테스터는 발견된 결함을 결함 관리 DB에 등록결함 검토 : 테스터, 프로그램 리더, 품질 관리 QA 담당자 등은 등록된 결함을 검토하고 결함을 수정할 개발자에게 전달결함 수정 : 개발자는 전달받은 결함을 수정결함 재확인 : 테스터는..

• format_list_bulleted 자격증/정보처리기사
• · 2025. 2. 12.
• textsms

[정보처리기사 필기] 애플리케이션 테스트 관리 - 050. 테스트 자동화 도구

1. 테스트 자동화의 개요사람이 반복적으로 수행하던 테스트 절차를 스크립트 형대로 구현하는 자동화 도구를 적용함으로써 쉽고 효율적으로 테스트를 수행할 수 있도록 한 것휴먼 에러를 줄이고 테스트의 정확성을 유지하면서 테스트의 품질을 향상시킬 수 있음휴먼 에러 Human Error : 사람의 판단 실수나 조작 실수 등으로 인해 발생하는 에러2. 테스트 자동화 도구의 장점 / 단점장점테스트 데이터의 재입력, 재구성 같은 반복적인 작업을 자동화함으로써 인력 및 시간을 줄일 수 있음다중 플랫폼 호환성, 소프트웨어 구성, 기본 테스트 등 향상된 테스트 품질을 보장사용자의 요구사항 등을 일관성 있게 검증할 수 있음테스트 결과에 대한 객관적인 평가 기준을 제공테스트 결과를 그래프 등 다양한 표시 형태로 제공UI가 없는..

• format_list_bulleted 자격증/정보처리기사
• · 2025. 2. 12.
• textsms

[정보처리기사 필기] 애플리케이션 테스트 관리 - 049. 테스트 케이스 / 테스트 시나리오 / 테스트 오라클

1. 테스트 케이스 Test Case구현된 소프트웨어가 사용자의 요구사항을 정확하게 준수했는지를 확인하기 위해 설계된 입력 값, 실행 조건, 기대 결과 등으로 구성된 테스트 항목에 대한 명세서명세 기반 테스트의 설계 산출물명세 기반 테스트 : 사용자의 요구사항에 대한 명세를 빠짐없이 테스트 케이스로 구현하고 있는지를 확인하는 것테스트 케이스를 미리 설계하면 테스트 오류를 방지할 수 있고 테스트 수행에 필요한 인력, 시간 등의 낭비를 줄일 수 있음테스트 케이스는 테스트 목표와 방법을 설정한 후 작성시스템 설계 단계에서 작성하는 것이 가장 이상적2. 테스트 케이스 작성 순서테스트 계획 검토 및 자료 확보테스트 계획서를 재검토하여 테스트 대상 범위 및 접근 방법 등을 이해시스템 요구사항과 기능 명세서를 검토하..

• format_list_bulleted 자격증/정보처리기사
• · 2025. 2. 12.
• textsms

[정보처리기사 필기] 애플리케이션 테스트 관리 - 048. 통합 테스트

1. 통합 테스트 Integration Test단위 테스트가 끝난 모듈을 통합하는 과정에서 발생하는 오류 및 결함을 찾는 테스트 기법종류비점진적 통합 방식단계적으로 통합하는 절차 없이 모든 모듈이 미리 결합되어 있는 프로그램 전체를 테스트하는 방법규모가 작은 소프트웨어에 유리하며 단시간 내에 테스트가 가능전체 프로그램을 대상으로 하기 때문에 오류 발견 및 장애 위치 파악 및 수정이 어려움빅뱅 통합 테스트모듈 간의 상호 인터페이스를 고려하지 않고 단위 테스터가 끝난 모듈을 한꺼번에 결합시켜 테스트하는 방법소규모 프로그램이나 프로그램의 일부만을 대상으로 테스트할 때 사용점진적 통합 방식모듈 단위로 단계적으로 통합하면서 테스트하는 방법오류 수정이 용이, 인터페이스와 연관된 오류를 완전히 테스트할 가능성이 높음..

• format_list_bulleted 자격증/정보처리기사
• · 2025. 2. 12.
• textsms

[정보처리기사 필기] 애플리케이션 테스트 관리 - 047. 개발 단계에 따른 애플리케이션 테스트

1. 개발 단계에 따른 애플리케이션 테스트 소프트웨어의 개발 단계에 따라 분류테스트 레벨 : 단위 테스트, 통합 테스트, 시스템 테스트, 인수 테스트소프트웨어의 개발 단계에서부터 테스트를 수행하므로 단순히 소프트웨어에 포함된 코드 상의 오류 뿐만 아니라 요구 분석의 오류, 설계 인터페이스 오류 등도 발견할 수 있음V-모델 : 애플리케이션 테스트와 소프트웨어 개발 단계를 연결하여 표현한 것2. 단위 테스트 Unit Test코딩 직후 소프트웨어 설계의 최소 단위인 모듈이나 컴포넌트에 초점을 맞춰 테스트하는 것인터페이스, 외부적 I/O, 자료 구조, 독립적 기초 경로, 오류 처리 경로, 경계 조건 등을 검사사용자의 요구사항을 기반으로 한 기능성 테스트를 최우선으로 수행단위 테스트로 발견 가능한 오류 : 알고리..

• format_list_bulleted 자격증/정보처리기사
• · 2025. 2. 11.
• textsms

[정보처리기사 필기] 애플리케이션 테스트 관리 - 046. 테스트 기법에 따른 애플리케이션 테스트

1. 화이트박스 테스트 White Box Test모듈의 원시 코드를 오픈시킨 상태에서 원시 코드의 논리적인 모든 경로를 테스트하여 테스트 케이스를 설계하는 방법설계된 절차에 초점을 둔 구조적 테스트프로시저 설계의 제어 구조를 사용하여 테스트 케이스를 설계, 테스트 과정의 초기에 적용모듈 안의 작동을 직접 관찰원시 코드(모듈)의 모든 문장을 한 번 이상 실행함으로써 수행프로그램의 제어 구조에 따라 선택, 반복 등의 분기점 부분들을 수행함으로써 논리적 경로를 제어2. 화이트박스 테스트의 종류기초 경로 검사 Base Path Testing기초 경로 : 수행 가능한 모든 경로대표적인 화이트박스 테스트 기법테스트 케이스 설계자가 절차적 설계의 논리적 복잡성을 측정할 수 있게 해주는 테스트 기법테스트 측정 결과는 ..

• format_list_bulleted 자격증/정보처리기사
• · 2025. 2. 11.
• textsms