Byseul

1. 프로그래밍 언어 - 출력값 (X)2. 용어 - 관계대수 기호(O)합집합(UNION) = U차집합(DIFFERENCE) = ㅡ교차곱(CARTESIAN PRODUCT) = X프로젝트(PROJECT) = π조인(JOIN) = ▷◁3. 용어 - 디자인 패턴 (X)모듈 간의 관계 및 인터페이스를 설계할 때 참조할 수 있는 전형적인 해결방식 또는 예제생성패턴 (Creational Pattern) - 클래스나 객체의 생성과 참조 과정 정의추상 팩토리(Abstract Factory)구체적인 클래스에 의존하지 않음인터페이스를 통해 서로 연관 · 의존하는 객체들의 그룹으로 생성하여 추상적으로 표현연관된 서브 클래스를 묶어 한 번에 교체하는 것이 가능빌더(Builder)작게 분리된 인스턴스를 조합하여 객체 생성객체의 ..

1. 프로그래밍 언어 - 출력값 (X)전위 증감, 후위 증감2. 프로그래밍 언어 - Pointer (O)3. 프로그래밍 언어 - 출력값 (O)4. 용어 - AJAX (O)클라이언트와 서버 간 자바스크립트 및 XML을 비동기 방식으로 처리전체 페이지를 새로 고치지 않고도 웹 페이지 일부 영역만 업데이트 할 수 있도록 하는 기술5. 용어 - 데이터 교환 방식 (X)회선 교환 방식두 지점을 교환기로 물리적으로 접속시키는 방식고정 대역폭을 사용하고 동일한 전송 속도 유지속도, 코드 변환 불가, 에러복구 불가, 에러제어 불가데이터그램 방식비연결형 통신에서 주로 사용되는 방식사전에 접속 절차를 수행하지 않고 헤더에 출발지에서 목저지까지 경로 지정을 위한 충분한 정보를 붙여서 개별적으로 전달하는 방식가상 회선 방식연..

1. 프로그래밍 언어 - 반복문 (X)2. 프로그래밍 언어 - 단순연산 (X)3. 프로그래밍 언어 - Pointer (X)주소값 확인4. DB - Query문 (X)INSERT INTO 테이블명([속성명1, 속성명2, ...]) VALUES (데이터1, 데이터2, ..);5. 프로그래밍 언어 - 출력값 (O)6. 용어 - 화이트박스 테스트 (O)원시코드의 논리적인 모든 경로를 테스트하여 테스트 케이스를 설계하는 방법모듈 안의 작동을 직접 관찰모든 문장을 한 번 이상 실행함으로써 수행됨화이트박스 테스트의 검증 기준문장 검증 기준(Statement Coverage) : 모든 구문이 한 번 이상 수행되도록 진행분기 검증 기준(Branch Coverage) : 모든 조건문에 대한 조건식의 결과가 True인 경우..

1. 프로그래밍 언어 - Super Class & Sub Class (X)\2. OAuth (O)인터넷 애플리케이션에서 사용자 인증에 사용되는 표준 인증 방법인터넷 사용자가 비밀번호를 제공하지 않고 자신에게 접근권한을 부여하여 사용2010년 ETF에서 1.0이 공식 발표3. 프로그래밍 언어 - Pointer (O)4. 프로그래밍 언어 - Pointer (X)C언어에서는 주소에 해당하는 변수를 부를때 '→' 기호로 씀ex) Java ===> x.add / C언어 ===> x → add5. 리눅스 권한부여 명령어 (O)chmod6. 용어 - UML 다이어그램 (X)클래스 다이어그램UML 정적 모델링관련있는 객체들을 하나로 묶어 상위 개념으로 추상화한 것유스케이스나 클래스 등의 요소들을 그룹화하여 의존 관계를..

1. 소프트웨어 설계1. UML 다이어그램 - 순차 다이어그램행위(Behavioral) 다이어그램객체 간의 동적 상호작용을 시간 개념을 중심으로 모델링일반적으로 다이어그램의 수직 방향이 시간의 흐름을 나타냄회귀 메시지(Self-Message), 제어블록(Statement block)등으로 구성시스템이나 객체들이 메시지를 주고받으며 시간의 흐름에 따라 상호작용하는 과정을 액터, 객체, 메시지 등의 요소를 사용해 그림으로 표현한 것💡 순차 다이어그램의 구성요소구성요소내용액터 (Actor)시스템으로부터 서비스를 요청하는 외부요소 = 사람객체 (Object)메시지를 주고받는 주체생명선 (Lifeline)객체가 메모리에 존재하는 기간, 객체 아래쪽에 점선을 그어 표현실행상자 (Active Box)객체가 메시지를..

쉽고 효율적으로 테스트를 수행할 수 있도록 한 것휴먼 에러(Human Error)를 감소, 테스트의 정확성 유지, 테스트 품질 향상1. ⭐ 테스트 자동화 도구의 장점 / 단점1) 장점테스트 데이터 재입력, 재구성 같은 반복적인 작업을 자동화함으로써 인력 및 시간 단축다중 플랫폼 호환성, 소프트웨어 구성, 기본 테스트 등 향상된 테스트 품질 보장사용자 요구사항을 일관성 있게 검증테스트 결과에 대한 객관적인 평가 기준 제공테스트 결과를 그래프 등 다양한 표시 현태로 제공UI없는 서비스도 정밀 테스트 가능2) 단점도구의 사용 방법에 대한 교육 및 학습 필요프로세스 단계별로 적용하기 위한 시간, 비용, 노력이 필요비공개 상용 도구의 경우 고가의 추가 비용 필요2. 테스트 자동화 수행 시 고려사항재사용 및 측정이..

1. ⭐ 테스트 케이스 (Test Case)사용자 요구사항을 정확하게 준수했는지 확인하기 위해 설계된 입력 값, 실행 조건, 기대 결과 등으로 구성된 테스트 항목에 대한 명세서명세 기반 테스트의 설계 산출물에 해당테스트 오류 방지, 인력, 시간 낭비 감소테스트 목표와 방법을 설정한 후 작성시스템 설계 단계에서 작성하는 것이 가장 이상적2. 테스트 케이스 작성 순서1) 테스트 계획 검토 및 자료 확보테스트 계획서를 재검토하여 테스트 대상 범위 및 접근 방법을 이해시스템 요구사항과 기능 명세서를 검토하고 테스트 대상 시스템의 정보 확보2) 위험 평가 및 우선순위 결정결함의 위험 정도에 따른 운선순위 결정어느 부분에 초점을 맞춰 테스트할지 결정3) 테스트 요구사항 정의사용자 요구사항이나 테스트 대상 재검토테스..

> 테스트 계획 → 테스트 분석 및 디자인 → 테스트 케이스 및 시나리오 작성 → 테스트 수행 → 테스트 결과 평가 및 리포팅 → 결함 추적 및 관리테스트 완료 후 산출 문서테스트 계획서테스트 케이스테스트 시나리오테스트 결과서1. 테스트 계획프로젝트 계획서, 요구 명세서 등을 기반으로 테스트 목표를 정의하고 테스트 대상 및 범위 결정시스템 구조 파악, 투입 조직 및 비용 산정, 테스트 시작 및 종료 조건 정의테스트 계획서 작성2. 테스트 분석 및 디자인테스트 목적과 원칙을 검토하고 사용자 요구사항을 분석리스크 분석 및 우선순위 결정테스트 데이터, 테스트 환경, 테스트 도구 등 준비3. 테스트 케이스 및 시나리오 작성테스트 케이스의 설계 기법에 따라 테스트 케이스 작성하고 검토 및 확인 후 테스트 시나리오..

단위 테스트가 끝난 모듈을 통합하는 과정에서 발생하는 오류 및 결함을 찾는 테스트 기법1) 비점진적 통합 방식단계적으로 통합하는 절차 없이 모든 모듈이 미리 결합되어 있는 프로그램 전체를 테스트빅뱅 통합 테스트규모가 작은 소프트웨어에 유리 / 단시간 내에 테스트 가능전체 프로그램 대상으로 하기에 오류 발견 및 장애 위치 파악 및 수정 어려움2) 점진적 통합 방식모듈 단위로 단계적으로 통합하면서 테스트오류 수정이 용이, 인터페이스와 연관된 오류를 완전히 테스트할 가능성 높음하향식, 상향식, 혼합식1. 하향식 통합 테스트 (Top Down Integration Test)상위 모듈에서 하위 모듈 방향으로 통합하면서 테스트깊이 우선 통합법, 넓이 우선 통합법테스트 초기부터 사용자에게 시스템 구조를 보여줌상위 모..

개발 단계에서부터 테스트 수행하므로 단순히 코드 상의 오류뿐만 아니라 요구 분석의 오류, 설계 인터페이스 오류 등도 발견 가능단위 테스트 : 모듈 개발 시 모듈통합 테스트 : 여러 개 모듈 결합하여 시스템으로 완성시키는 과정시스템 테스트 : 설계된 소프트웨어가 시스템에서 정상적으로 수행되는지 확인인수 테스트 : 최종 소프트웨어를 사용자에게 인도하기 전1. 단위 테스트 (Unit Test)코딩 직후 소프트웨어 설계의 최소 단위인 모듈이나 컴포넌트에 초점을 맞춰 테스트인터페이스, 외부적 I/O, 자료 구조, 독립적 기초 경로, 오류 처리 경로, 경계 조건사용자 요구사항을 기반으로 기능성 테스트를 최우선으로 수행💡 단위 테스트로 발견 가능한 오류알고리즘 오류에 따른 원치 않는 결과탈출구가 없는 반복문틀린 계..