Byseul

1. 프로그래밍 언어 - 출력값 (X)2. 용어 - RAID (X)RAID 0 : 스트라이핑 사용RAID 1 : 미러링 사용RAID 2 : 오류 정정을 위한 해밍코드 사용RAID 3 : 한 디스크를 패리티 정보 저장용으로 사용RAID 4 : RAID 3과 유사하나 블록 단위 분산 저장RAID 5 : 각 디스크에 패리티 정보 포함RAID 6 : 두 개의 패리티 정보를 디스크에 분산 저장3. DB - 용어 (O)REDO : 재작업UNDO : 취소 후 재작업4. DB - SQL (O)5. 프로그래밍 언어 - 괄호 (O)6. DB - 설명 (O)이상현상삽입 이상현상삭제 이상현상갱신 이상현상7. 프로그래밍 언어 - 출력값 (O)8. 프로그래밍 언어 - 함수 (O)9. 용어 - 보안 (X)대칭키 암호화 알고리즘개인..

1. 용어 - 관계해석 (O)관계 데이터의 연산을 표현하는 방법코드(E. F. Codd)가 수학의 술어 해석(Predicate Calculus)에 기반을 두고 관계 데이터베이스를 위해 제안원하는 정보가 무엇이라는 것만 정의하는 비절차적 특성을 지님원하는 정보를 정의할 때 계산 수식을 사용튜플 해석식을 사용하는 튜플 관계해석과 도메인 해석식을 사용하는 도메인 관계해석으로 구분2. 용어 - 암호화 알고리즘 (X) 대칭키 암호화 알고리즘개인키 암호화 기법동일한 키로 데이터를 암복호화 하는 기법암복호화 속도가 빠름관리해야할 키의 수가 많음스트림 암호 알고리즘LSFR : 선형 피드백 시프트 레지스터RC4 : 인터넷 보안 프로토콜에서 널리 사용A5 : GSM 통신에서 사용블록암호 알고리즘DES : 64비트 블록, ..

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. 테스트 케이스 및 시나리오 작성테스트 케이스의 설계 기법에 따라 테스트 케이스 작성하고 검토 및 확인 후 테스트 시나리오..