네트워크 프로토콜 파악 1. 프로토콜 - 서로 다른 시스템 or 기기들 간의 데이터 교환을 원활히 하기 위한 표준화된 통신 규약 - 컴퓨터 메시지를 전달하고, 도착했는지 확인하며, 도착 못할 경우, 매시지를 재전송하는 일련의 방법 (기술적 은어) 2. 프로토콜의 3요소 기본 3요소 설명 구문 데이터 형식, 코딩, 신호 레벨등의 규정 의미 조정, 에러처리를 위한 규정 타이밍 속도 조절, 순서 관리 규정 3. 네트워크 프로토콜 - 컴퓨터 or 원거리 통신 장비 사이에서 메시지를 주고 받는 양식과 규칙의 세계 - 프로토콜의 특징 특징 설명 단편화 전송 가능한 작은 블록으로 나누는 기법 재조립 단편화되어 온 조각들을 원래 데이터로 복원 캡슐화 상위 계층의 데이터에 각종 정보를 추가하여, 하위 계층으로 보냄 연결..
분류 전체보기
네트워크 계층 구조 파악 1. 네트워크 - 원하는 정보를 원하는 수신자 or 기기에 정확하게 전송하기 위한 인프라 2. OSI 7계층 계층 계층 이름 설명 1 물리 계층 (Physical Layer) - 0과 1의 비트 정보를 회선에 보내기 위한 신호 변환 2 데이터 링크 계층 (Data Link Layer) - 인접 노드 간 데이터 전송, 전송 오류 제어 - 동기화, 오류 제어, 흐름 제어, 회선 제어 3 네트워크 계층 (Network Layer) - 단말기 간 데이터 전송을 위한 최적화된 경로 제공 4 전송 계층 (transport layer) - 송수신 프로세스 간의 연결 - 신뢰성 있는 통신 보장 - 데이터 분할, 재조립, 오류 제어, 흐름 제어, 혼잡 제어 5 세션 계층 (Session Laye..
운영체제 핵심 기능 파악 1. 메모리 관리 기법 기법 설명 반입 기법 메모리로 적재 시기 결정 배치 기법 메모리로 적재 위치 결정 할당 기법 메모리로 적재 방법 결정 교체 기법 메모리 교체 대상 결정 2. 메모리 배치 기법 기법 설명 최초 적합(First-fit) 가용 공간 중 첫 번째 분할에 할당 최적 적합(Best-fit) 가장 크기가 비슷한 공간에 할당 최악 적합(Worst-fit) 가장 큰 공간에 할당 ※ 페이지 교체 기법 유형 기법 설명 LRU (Least Recently Used) 사용된 시간을 확인하여 가장 오랫동안 사용되지 않은 페이지를 선택하여 교체하는 기법 LFU (Least Frequently Used) 사용된 횟수를 확인하여 참조 횟수가 가장 적은 페이지를 선택하여 교체하는 기법 3..
운영체제 기본 명령어 활용 1. 윈도즈 운영체제의 기본 명령어 명령어 설명 ATTRIB 파일 속성을 표시 or 바꿈 CALL 한 일괄 프로그램에서 다른 일괄 프로그램을 호출 CD 현재 디렉터리 이름을 보여주거나 바꿈 CHKDSK 디스크를 검사하고 상태 보고서를 표시 CLS 화면을 지움 CMD Windows 명령 프롬포트 창을 열어줌 COMP 두 개 이상의 파일을 비교 DISKPART 디스크 파티션 속성을 표시 or 구성 ECHO 메시지를 표시하거나 ECHO를 사용 or 사용하지 않음 ERASE 하나 이상의 파일을 지움 EXIT CMD.EXE 프로그램을 마침 2. 리눅스/유닉스 기본 명령어 - chmod : 특정 파일 or 디렉토리의 퍼미션 수정 명령어 - 접근 권한 유형 - 대상 : u(User), g(..
※ 수제비 2022 정보처리기사 실기 제 4판 책을 참고 ※ 요약해서 정리하였으므로, 원하는 내용이 없을 가능성 있음 ch.1 애플리케이션 테스트 케이스 설계 애플리케이션 테스트 케이스 작성 1 애플리케이션 테스트 케이스 작성 1 1. SW 테스트 - 노출되지 않은 숨어있는 SW의 결함을 찾아내는 활동 2. SW 테스트 원리 원리 설명 결함 존재 증명 - 결함의 존재함을 밝히는 활동 완벽 테스팅은 불가능 - 완벽하게 테스팅하려는 것 newbean-j.tistory.com 애플리케이션 테스트 케이스 작성 2 애플리케이션 테스트 케이스 작성 2 애플리케이션 테스트 케이스 작성 2 1. SW 테스트 유형 - 프로그램 실행 여부에 따라 동적 테스트와 정적 테스트로 나뉨 - 동적 테스트 : 화이트박스 테스트, 블..
애플리케이션 성능 개선 1. 클린 코드 (Clean Code) - 잘 작성되어 가독성이 높고, 단순하며, 의존성을 줄이고, 중복을 최소화하여 깔끔하게 잘 정리된 코드 2. 클린 코드 작성의 원칙 작성 원칙 설명 가독성 이해하기 쉬운 용어를 사용 단순성 한 번에 한 가지 처리만 수행 의존성 최소 영향도를 최소화 중복성 제거 중복된 코드를 제거 추상화 클래스/메서드/함수에 대해 동일한 수준의 추상화를 구현 3. 리팩토링 - 기능을 변경하지 않고 복잡한 소스 코드를 수정, 보완하여 가용성 및 가독성을 높이는 기법 4. 리팩토링의 목적 유형 설명 유지보수성 향상 복잡한 코드의 단순화, 소스의 가독성 향상 유연한 시스템 SW 요구사항 변경에 대한 유연한 대응 생산성 향상 정제 및 최적화된 소스의 재사용 품질 향상..
애플리케이션 성능 분석 1. 애플리케이션 성능 측정 지표 지표 설명 처리량 (Throughput) 주어진 시간에 처리할 수 있는 트랜잭션의 수 응답 시간 (Response Time) 사용자 입력이 끝난 후, 애플리케이션의 응답 출력이 개시될 때까지의 시간 경과 시간 (Turnaround Time) 사용자가 요구를 입력한 시점부터 트랜잭션을 처리 후 그 결과의 출력이 완료할 때까지 걸리는 시간 자원 사용률 (Resource Usage) CPU 사용량, 메모리 사용량, 네트워크 사용량
애플리케이션 개선 조치사항 작성 1. 결함 심각도 - 애플리케이션에 발생한 결함이 어떤 영향을 미치며, 얼마나 치명적인지를 나타내는 척도 분류 설명 치명적(Critical) 결함 기능 or 제품의 테스트를 완전히 방해, 데이터 손실, 시스템 충돌 주요(Major) 결함 기능이 기대와 다르게 동작 보통(Normal) 결함 일부 기능 부자연스러움, 사소한 기능 오작동 경미한(Minor) 결함 사용상의 불편함 유발, UI 잘림 단순(Simple) 결함 사소한 버그, 미관상 좋지 않음
애플리케이션 테스트 결과 분석 1. 결합 분석 방법 결합 분석 방법 설명 구체화 (Specification) 결함을 발생시킨 입력값, 테스트 절차, 환경을 명확히 파악 고립화 (Isolation) 어떤 요소가 결함 발생에 영향을 미치는지 분석 일반화 (Generalization) 결함 발생에 영향을 주는 요소를 최대한 일반화 시키는 방법
애플리케이션 테스트 수행 1. 목(Mock) 객체 - 객체지향 프로그램에서 독립적인 컴포넌트 테스트를 위해서 스텁의 객체지향 버전인 목 객체가 필요 2. 목 객체 유형 유형 설명 더미 개체 객체만 필요하고 기능까지는 필요하지 않은 경우 테스트 스텁 제어 모듈이 호출하는 타 모듈의 기능을 단순히 수행하는 도구 테스트 드라이버 테스트 대상 하위 모듈을 호출, 파라미터 전달, 모듈 테스트 수행 후 결과 도출 테스트 스파이 테스트 대상 클래스와 협력하는 클래스 가짜 객체 실체 협력 클래스의 기능을 대체해야 할 경우, 사용 3. 통합 테스트 - 비점증적인 방식 - 빅뱅 방식 : 모든 모듈을 동시에 통합 후, 테스트 - 점증적인 방식 - 하향식 테스트 : 위에서 아래로. 테스트 스텁 필요 - 상향식 테스트 : 아래..
애플리케이션 테스트 시나리오 작성 1. 테스트 레벨 종류 종류 설명 단위 테스트 (Unit Test) - 구현이 진행되면서 수행하는 테스트. 서브루틴 등을 테스트 통합 테스트 (Integration Test) - 모듈 간 인터페이스, 컴포넌트 간의 상호 작용을 검증하는 테스트 시스템 테스트 (System Test) - 단위 시스템 기능이 시스템에서 정상 수행 되는지를 검증하는 테스트 - (기능적 요구사항/비기능적 요구사항) 인수 테스트 (Acceptance Test) - 요구사항이 만족했는지 확인하기 위한 테스트 - 알파 테스트 : 사용자가 개발자 환경에서 수행하는 테스트 - 베타 테스트 : 실제 환경에서 일정 사용자에게 SW를 사용하게 하고 피드백을 받는 테스트 2. V 모델
애플리케이션 테스트 케이스 작성 3 1. 정적 분석 - 자동화된 도구를 이용하여 산출물의 결함을 검출하거나 복잡도를 측정(도구) 2. 리뷰 - SW의 다양한 산출물에 존재하는 결함을 검출하거나 프로젝트의 진행 상황을 점검하기 위한 활동으로 전문가가 수행(사람) 3. 리뷰의 유형 유형 설명 동료 검토 (형식적) - 2~3명이 진행하는 리뷰의 형태 - 요구사항 명세서 작성자가 설명하고, 이해관계자들이 설명을 들으면서 결함을 발견 인스펙션 (형식적) - 저작자 외의 다른 전문가 or 팀이 검사하여 문제를 식별하고 문제에 대한 올바른 해결을 찾아냄 워크스루 (비형식적) - 검토 자료를 회의 전에 배포해서 사전 검토한 후 짧은 시간동안 회의를 진행하는 형태 4. 경험 기반 테스트 유형 설명 탐색적 테스트 (Exp..
애플리케이션 테스트 케이스 작성 2 1. SW 테스트 유형 - 프로그램 실행 여부에 따라 동적 테스트와 정적 테스트로 나뉨 - 동적 테스트 : 화이트박스 테스트, 블랙박스 테스트, 경험기반 테스트 - 정적 테스트 : 리뷰, 정적 분석 2. 화이트박스 테스트(White-Box Test) (구조 기반) - 각 응용 프로그램의 내부 구조와 동작을 검사하는 SW 테스트 3. 화이트박스 테스트 유형 (영어도 확인) 유형 내용 구문(문장) 커버리지 (Statement Coverage) - 프로그램 내의 모든 명령문을 적어도 한 번 수행 결정(=선택, =분기) 커버리지 (Decision/Branch Coverage) - 결정 포인트 내의 전체 조건식이 적어도 한 번은 참과 거짓의 결과를 수행 조건 커버리지 (Cond..
애플리케이션 테스트 케이스 작성 1 1. SW 테스트 - 노출되지 않은 숨어있는 SW의 결함을 찾아내는 활동 2. SW 테스트 원리 원리 설명 결함 존재 증명 - 결함의 존재함을 밝히는 활동 완벽 테스팅은 불가능 - 완벽하게 테스팅하려는 것은 불가능 초기 집중 - 개발 초기에 테스팅 시작 - 요르돈의 법칙(눈덩이 법칙) : 개발 초기에 하지 않으면 비용이 증가 결함 집중 - 적은 수의 모듈에서 대다수의 결함이 발견 - 파레토 법칙(Pareto Principle) : 오류의 80%는 전체 모듈의 20%안에서 발견됨 살충제 패러독스 (Pesticide Paradox) - 동일한 테스트 케이스에 의한 반복적 테스트는 새로운 버그를 찾지 못함 정황 의존성 - SW의 성격에 맞게 테스트 실시 오류-부재의 궤변 -..
