bash에서 쉘 변수와 환경변수 리눅스의 대략적인 구조는 아래와 같다. 쉘 변수 bash에서 적용되는 지역 변수를 의미. 쉘 변수로 선언한 변수는 현재 사용하는 쉘에서만 적용되는 변수다. ※ 공백이 있어서는 안됨(color = red) ※ 변수를 의미하는 '$' 표시 변수 선언 $ COLOR=red # 변수이름=값 변수 확인 $echo $COLOR 변수 삭제 $ unset COLOR 환경 변수 쉘에서 필요한 변수를 미리 저장해두는 전역 변수 다른 쉘에서도 변수가 작동한다. 환경변수 적용 방법 1. export export를 이용한 환경변수는 일시적이다. 따라서 시스템을 껏다 키거나 다시 로그인하면 없어진다. $ export 환경변수_이름=값 2. /etc/bash.bashrc 파일 수정 환경변수를 영구히..

리눅스에서 현재 위치를 이동시키거나 확인하는 방법을 알아보자 pwd Print Working Directory 의 약어로서, 해석해보면 현재 작업중인 위치를 출력하는 명령어이다. $ pwd 현재 위치에서 pwd를 입력하게되면 현재위치의 절대경로를 출력해준다. cd Change Directory 의 약어. 말 그대로 디렉토리를 변경하는 명령어이다. $ cd 옵션 옵션 명령어 설명 cd ~ 홈 디렉토리로 이동 cd .. 상위 디렉토리로 이동 cd - 이전 디렉토리로 이동 cd 절대경로 절대경로 디렉토리로 이동 ls List의 약어로, 디렉토리에 존재하는 파일 또는 디렉토리의 목록을 보여준다. $ ls [옵션] [디렉토리 경로] [디렉토리 경로] 를 생략했을 때에는 현재 디렉토리가 기준이다. 옵션 명령어 설명..

2020년 7월 25일 토요일 정보처리기사 실기 시험을 치뤘다. 실기 접수를하고 남은기간은 대략 3주 정도였다. 수제비 책 기준으로 1권은 1회독하고 암기 카드를 만들어서 짬나는 시간에 외우며 공부했고, 2권은 수제비 카페에서 족보 문제를 풀며 개념정리했다. 공부시간은 3주 중 2주 정도만 좀 빡세게 한 것 같다. 사실 시험 당일에는 별로 기대하지 않고 문제가 어떤식으로 출제되는지 보고, 다음 시험을 노리자는 마인드였다. 막상 시험지를 보니 그래도 책에서 못봤던 문제들은 없었던 것 같다. 하지만 기억이 안날뿐.. 모든 문제가 주관식 단답형 or 서술형이다보니 찍지도 못하고... 그래도 다음 시험은 미리미리 조금씩 준비한다면 큰 무리는 없지 않을까? 라는 생각을 했다. 물론 개정 전 정보처리기사에 비하면 ..

1. 프로시저 절차형 SQL을 활용하여 특정 기능을 수행할 수 있는 트랜잭션 언어 프로시저 호출을 통해 실행되며, 이를 통해 일련의 SQ?l 작업을 포함하는 DML를 수행한다. 프로시저 구성 선언부(DECLARE) 시작/종료부(BEGIN/END) 제어부(CONTRAL) SQL 예외부(EXCEPTION) 실행부(TRANSACTION) 프로시저 구성 상세 선언부 CREATE [OR REPLACE] PROCEDURE 프로시저_명 파라미터_명 [MODE] 데이터 타입 ... IS 변수 선언 구성 설명 CREATE 객체 생성 [OR REPLACE] 기존 프로시저 존재 시 덮어씀 (OR REPLACE 없이 동일 프로시저 존재시 에러발생) PROCEDURE 프로시저 사용 프로시저 명 파라미터 명 프로시저와 운영체제 ..

더 맵게 코딩테스트 연습 - 더 맵게 매운 것을 좋아하는 Leo는 모든 음식의 스코빌 지수를 K 이상으로 만들고 싶습니다. 모든 음식의 스코빌 지수를 K 이상으로 만들기 위해 Leo는 스코빌 지수가 가장 낮은 두 개의 음식을 아래와 같�� programmers.co.kr 문제 설명 우선순위 큐를 이용하여 해결하는 문제. 섞은 음식의 스코빌 지수 = 가장 맵지 않은 음식의 스코빌 지수 + (두 번째로 맵지 않은 음식의 스코빌 지수 * 2) 이 값을 우선순위 큐에 갱신 해주며 문제의 조건을 해결하면 된다. 문제 풀이 소스코드 : C++ #include #include #include #include using namespace std; int solution(vector scoville, int K) { i..

1. 애플리케이션 성능 분석 애플리케이션 성능 점검 개요 애플리케이션 성능 측정 지표 처리량 : 애플리케이션이 주어진 시간에 처리할 수 있는 트랜잭션의 수 응답 시간 : 사용자 입력이 끝난 후, 애플리케이션의 응답 출력이 개시될 때까지의 시간 경과 시간 : 애플리케이션에 사용자가 요구를 입력한 시점부터 트랜잭션을 처리 후 그 결과의 출력이 완료할 때까지 걸리는 시간 자원 사용률 : 애플리케이션이 트랜잭션을 처리하는 동안 사용하는 CPU, 메모리, 네트워크 사용량 유형별 성능 분석 도구 성능/부하/스트레스 점검 도구 모니터링 도구 애플리케이션 성능 저하 원인 데이터베이스 관련 성능 저하 원인 DB Lock : 대량의 데이터 조회, 과도한 업데이트, 인덱스 생성 시 발생하는 현상 불필요한 DB Fetch :..

1. 애플리케이션 통합 테스트 수행 통합 테스트 통합 테스트 수행 방법의 분류 하향식 통합 1단계 : 메인 제어 모듈은 작성된 프로그램을 사용하고, 아직 작성되지 않은 하위 모듈 제어 2단계 : 검사 초기에 시스템 구조가 파악되어야 함 3단계 : 모듈 및 모든 하위 컴포넌트를 대신하여 더미 모듈인 스텁 개발 4단계 : 깊이 우선 or 너비 우선 방식에 따라 스텁이 한 번에 하나씩 실제 모듈로 대체 5단계 : 각 모듈 또는 컴포넌트를 통합하면서 테스트 수행 6단계 : 테스트가 완료되면 스텁이 실제 모듈 또는 컴포넌트로 작성 스텁(stub) : 모듈 및 모든 하위 컴포넌트를 대신 하는 더미 모듈 상향식 통합 1단계 : 하위 레벨의 모듈 또는 컴포넌트들이 하위 모듈의 기능을 수행하는 클러스터로 결합 2단계 :..

1. 애플리케이션 테스트 케이스 작성 스프트웨어 테스트의 이해 소프트웨어 테스트 필요성 오류 발견 관점 오류 예방 관점 품질 향상 관점 소프트웨어 테스트의 기본 원칙 원리 완벽한 테스팅은 불가능 개발 초기에 테스팅 시작 결함집중 살충제 패러독스 테스팅은 정황에 의존적 오류-부재의 궤변 소프트웨어 테스트 프로세스 테스트 계획 테스트 분석 및 디자인 테스트 케이스 및 시나리오 작성 테스트 수행 테스트 결과 평가 및 리포팅 소프트웨어 테스트 산출물 테스트 계획서 테스트 케이스 테스트 시나리오 테스트 결과서 소프트웨어 테스트 유형 프로그램 실행 여부에 따른 분류 정적 테스트 : 프로그램의 실행 없이 구조 분석 후 논리성 검증 (동료 검토, 워크스루, 인스펙션) 동적 테스트 : 프로그램 실행을 요구하는 테스트 (..