뚱땅뚱땅

# 필기 참고: 2020 시나공 정보처리기사 필기 2. 소프트웨어 개발 >4.애플리케이션 테스트 관리 1. 통합 테스트 단위 테스트가 끝난 모듈을 통합하는 과정에서 발생하는 오류, 결함 찾는 테스트 (1) 비점진적 통합 방식 - 모든 모듈이 미리 결합되어 있는 프로그램 전체를 테스트 - 빅뱅 통합 테스트 방식 - 소규모 소프트웨어에 유리, 단시간 내에 테스트 가능 - 전체 프로그램 대상-> 오류 발견 및 장애 위치 파악,수정 어려움 (2) 점진적 통합 방식 - 모듈 단위로 단계적 통합하며 테스트. - 하향식, 상향식, 혼합식 통합 방식 - 오류 수정 용이, 인터페이스와 연관된 오류를 완전히 테스트할 가능성 높다. 2. 하향식 통합 테스트 프로그램의 상위 모듈->하위모듈로 통합하면서 테스트 - 주요 제어 ..

# 필기 참고: 2020 시나공 정보처리기사 필기 2. 소프트웨어 개발 >4.애플리케이션 테스트 관리 1. White Box Test - 모듈의 원시 코드를 오픈시킨 상태에서 원시 코드의 논리적인 모든 경로를 테스트->테스트 케이스 설계 - 설계된 절차에 초점을 둔 구조적 테스트 - 프로시저 설계의 제어 구조를 사용하여 테스트 케이스 설계 - 테스트 과정의 초기에 적용됨 - 모듈 안의 작동을 직접 관찰 - 모듈의 모든 문장을 한 번 이상 실행 - 프로그램의 제어 구조에 따라 선택, 반복 등의 분기점 부분들을 수행함->논리적 경로 제어 2. 화이트박스 테스트의 종류 - 기초 경로 검사 : 대표적. 절차적 설계의 논리적 복잡성 측정 가능. 실행 경로의 기초를 정의하는데 지침으로 사용됨. - 제어 구조 검사 ..

# 필기 참고: 2020 시나공 정보처리기사 필기 2. 소프트웨어 개발 >4.애플리케이션 테스트 관리 (1) 프로그램 실행 여부에 따른 테스트 - 정적 테스트: 프로그램 실행x, 명세서나 소스코드 보고 분석 개발 초기에 결함 발견 가능->개발 비용 낮출 수 있음. 종류: 워크스루, 인스펙션, 코드검사 * 워크스루: 검토 위해 미리 준비된 자료 바탕으로 정해진 절차에 따라 평가. 발견된 오류 문서화함. * 인스펙션: 워크스루 발전 형태 - 동적 테스트: 프로그램 실행하여 오류 찾음. 소프트웨어 개발의 모든 단계에서 수행가능 종류: 블랙박스 테스트, 화이트박스 테스트 (2) 테스트 기반(Test Bases) 에 따른 테스트 - 명세 기반 테스트: 사용자의 요구사항에 대한 명세를 빠짐없이 테스트 케이스로 만듬..

# 필기 참고: 2020 시나공 정보처리기사 필기 2. 소프트웨어 개발 >3.제품 소프트웨어 패키징 1. 개념 빌드: 소스 코드 파일들 컴파일-> 여러개의 모듈로 묶음-> 실행파일 만드는 과정 빌드 자동화 도구: 빌드 + 테스트 및 배포를 자동화하는 도구 - 애자일 환경: 한 작업 마무리될 때마다 모듈 단위로 나눠서 개발된 코드들이 지속적으로 통합됨. 이런 지속적 통합 개발 환경에서 유용하게 사용됨. - ex. Ant, Make, Maven. Gradle, Jenkins... 2. Jenkins - JAVA 기반의 오픈소스 형태, 가장 많이 사용됨 - 서블릿 컨테이너에서 실행되는 서버 기반 도구 * 서블릿: Server Side Applet, 서버 측에서 실행되는 작은 프로그램 * 서블릿 컨테이너: 서블..

# 필기 참고: 2020 시나공 정보처리기사 필기 2. 소프트웨어 개발 >3.제품 소프트웨어 패키징 1. 소프트웨어 패키징의 형상 관리 형상: 소프트웨어 개발 단계의 각 과정에서 만들어지는 프로그램. 프로그램을 설명하는 문서,데이터등을 통칭 형상 관리(SCM, Software Configuration Management): 소프트웨어 개발 과정에서 소프트웨어의 변경 사항을 관리하기 위해 개발된 일련의 활동 - 소프트웨어 변경 원인 알아내고 제어. 적절히 변경되고 있는지 확인->해당 담당자에게 통보 - 개발의 전 단계에서 적용됨. 유지보수 단계에서도 적용됨 - 목적: 전체 비용 감소, 개발 과정의 여러 방해요인 최소화 2. 형상 관리의 중요성 - 변경 사항: 체계적으로 추적, 통제 가능 - 제품 소프트웨어..