뚱땅뚱땅

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

# 필기 참고: 2020 시나공 정보처리기사 필기 2. 소프트웨어 개발 >4.애플리케이션 테스트 관리 1. 개발 단계에 따른 애플리케이션 테스트 2. 단위 테스트 코딩 직후 소프트웨어 설계의 최소 단위인 모듈이나 컴포넌트에 초점을 맞춰 테스트하는 것 - 인터페이스, 외부적 I/O, 외부적 I/O, 자료구조, 독립적 기초 경로, 오류 처리 경로, 경계 조건 등을 검사 - 사용자의 요구사항을 기반으로 함. 기능성 테스트를 최우선시 - 테스트 방법 (1) 구조 기반 테스트: 프로그램 내부 구조 및 복잡도를 검증하는 화이트박스 테스트. 목적: 제어 흐름, 조건 결정 (2) 명세 기반 테스트: 목적 및 실행 코드 기반의 블랙박스 테스트 목적: 동등 분할, 경계 값 분석 3. 통합 테스트 단위 테스트가 완료된 모듈..

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

# 출처: 알고리즘을 통한 문제해결 전략 6과 -완전 탐색으로 문제 풀기 int n; // 도시의 수 double dist[MAX][MAX]; // 두 도시 간의 거리를 저장하는 배열 //path: 지금까지 만든 경로 //visited: 각 도시의 방문 여부 //currentLength: 지금까지 만든 경로의 길이 //나머지 도시들을 모두 방문하는 경로들 중 가장 짧은 것의 길이를 반환 double shortestPath(vector& path, vector& visited, double currentLength) { //base case: 모든 도시를 다 방문하면, 시작 도시로 돌아가고 종료. if (path.size() == n) return currentLength + dist[path[0]][pa..

# 알고리즘을 통한 문제 해결전략 6.5 - 이차원 벡터를 처음 사용해봤다!! - 코드에 대한 이해가 더 필요하다.. 한번 더 풀어볼 것! #include #include using namespace std; //주어진 칸을 덮을 수 있는 네가지 방법 // 블록을 구성하는 세 칸의 상대적 위치(dy,dx)의 목록 const int coverType[4][3][2] = { // ㅁㅁ // ㅁ { { 0,0 },{ 1,0 },{ 0,1 } }, //ㅁㅁ // ㅁ { { 0,0 },{ 0,1 },{ 1,1 } }, //ㅁ //ㅁㅁ { { 0,0 },{ 1,0 },{ 1,1 } }, // ㅁ //ㅁㅁ { { 0,0 },{ 1,0 },{ 1,-1 } } }; //board(y,x)를 type번 방법으로 덮거나, ..