클라이언트/ 서버/ 엔지니어 "게임 개발자"를 향한 매일의 공부일지

문제는 13문제나 되는데 한 문제당 풀이 강의가 있다. 모두 다 듣고 공부하려면 2시간 가까이 걸릴 것 같다. 그래도 차근차근 공부해보자. 이론 강의 내용이 많아서 분리시키면서 지난 번에 풀었던 문제를 새 포스트에 올려본다. 정처기 실기 공부를 하다 너무 어렵기도 하고 올해는 어차피 불합격할 것 같아 시험 공부는 내년에 다시 하기로 했다. 그리고 오늘부터는 다시 SQL 공부를 시작하려고 한다. 문제 1번 딱 하나 푼 이 문제는 적어도 맞았을거라 생각했는데 아니었다. 속성을 추가할 때는 ADD를, 속성을 변경할 때는 ALTER를 사용한다. 문제 2번 개념 설명을 들을 때 인덱스로 작성하는 예시는 없었는데, 문제를 풀면서 어떻게 풀어야 할지 조금 알게 되는 것 같다. 아마도 이 내용들을 모두 암기해야 풀 수..

SQL 과목은 섹션의 강의가 정말 많고 길어서 두 개로 분리하기로 했다. 첫번째 학습할 때는 그냥 수업을 듣고 필기를 별로 하지 않고 관련 내용만 붙여 넣었으나 두 번째 공부할 때는 선생님의 말씀 하나도 놓치지 않고 대부분 기록하는 편이다.이제 나머지 공부를 시작해볼 것이다.  세션 102 - SQL : DDL 5. CREATE VIEW  테이블이 있을 때 원하는 특정 조건만 주어서 검색할 수 있는 기능을 만드는 것을 뷰라고 한다. 예를 들어 고객 테이블에서 이름과 전화번호 생년월일만 묶어서 조건을 줄 수 있다.          6. CREATE INDEX         7. ALTER TABLE  속성을 변경할 때 사용한다.          8. DROP         학습을 마치고13개의 문제를 모두..

SQL 공부를 어느 정도 했으니 이제 정처기 실기도 공부할 수 있을 것 같다. 강의 분량이 상당히 많고 한 Chapter 단위로 묶어서 강의를 진행하는 것 같았다.이제 본격적으로 공부를 시작해보자.  세션 102 - SQL : DDL 1. DDL(Data Define Language) 선생님이 바뀌었는데 필기를 너무 못하신다. 이전 선생님은 깔끔하게 정리를 잘 해주셨는데 말이다. 데이터베이스가 하나의 드라이브라고 보았을 때, 이 드라이브 안에는 A 스키마, B 스키마가 있을 수 있다. 스키마에는 테이블, 뷰 등이 있다. CREATE는 이러한 명령어를 정의할 때 사용한다. 이 테이블에는 번호, 이름, 주소 등이 저장되어 있다고 할 때 ALTER는 처음에 정의했던 형식 등을 변경할 때 사용한다.DROP은 만..

두 번째 틀린 기출문제를 정리해보려고 한다. 이번 단원은 정말 많은 문제를 틀렸다. 그리고 다시 문제를 풀어도 똑같이 틀린 문제도 많았다.   세션 91 - 애플리케이션 테스트 이 문제를 자주 틀린다. 오류-부재의 궤변은 소프트웨어의 결함을 모두 제거해도 사용자의 요구사항을 만족시키지 못하면 해당 소트프웨어를 품질이 높다고 말할 수 없는 것이다.    세션 92 - 애플리케이션 테스트의 분류  시각에 따른 테스트는 2가지가 있다.검증(Verification) 테스트 : 개발자의 시각에서 제품의 생산 과정을 테스트하는 것확인(Validation) 테스트 : 사용자의 시각에서 생산된 제품의 결과를 테스트하는 것 목적에 따른 테스트회복(Recovery) 테스트 : 시스템에 여러 가지 결함을 주어 실패하도록 한..

애플리케이션 성능 분석부터 학습을 이어가 보겠다.  세션 99 - 애플리케이션 성능 분석      1번은 처리량, 응답 시간, 처리 시간이다. 2번은 시스템 모니터링..처리시간이 아니라 경과 시간이다. 2번은 성능 테스트, 시스템 모니터링이다.     세션 100 - 복잡도            1번은 O(n)이다. 2번은 모르겠다. 3번은 5 - 4 + 2 = 3이므로 3이다. 다 틀렸다. 1:1 관계를 가지는 게 O(n)이고 하나의 단계만 가지는 건 O(1)이다. 이 부분은 아무래도 정리를 해야 할 것 같다.  시간 복잡도알고리즘을 수행하기 위해 프로세스가 수행하는 연산 횟수를 수치화한 이다. 시간 복잡도가 낮을수록 알고리즘의 실행시간이 짧고 높을수록 실행시간이 길어진다. 종류는 다음과 같다.빅오 표기..

바로 이어서 테스트 케이스 등의 학습을 진행해 보겠다.    세션 96 - 테스트 케이스 / 테스트 시나리오 / 테스트 오라클       1번은 추정 오라클이다. 2번은 테스트 오라클이다. 3번은 모르겠다. 4번은 테스트 케이스이다. 여기서는 한 문제 빼고 다 틀렸다. 비슷한 용어들이 등장하여 많이 헷갈렸다. 다시 한번 정리해 보기로 하자. 보통 암기 시간은 2분이 채 되지 않는 것 가 같다. 테스트 케이스구현된 소프트웨어가 사용자의 요구사항을 정확하게 준수했는지 확인하기 위해 설계된 입력 값, 실행 조건, 기대 결과 등으로 구성된 테스트 항목에 대한 명세어이다.  테스트 시나리오테스트 케이스를 적용하는 순서에 따라 여러 개의 테스트 케이스를 묶은 집합이다. 테스트 오라클테스트 결과가 올바른지 판단하기 ..

오늘은 평소보다 일찍 일어나 새벽 공부를 시작해 본다. 이번 동영상 강의는 순서가 한참 뒤에 있어서 찾는데 조금 힘들었다. 그래도 매 단원마다 강의를 들을 수 있어서 정말 기쁘다. 오늘 새벽 5시 반까지는 7단원의 모든 공부를 마치고 딥러닝 공부를 시작해 볼 생각이다.   세션 93 - 테스트 기법에 따른 애플리케이션 테스트                     1번은 모르겠다. 2번은 블랙박스 테스트 기법이다. 3번은 Base Path Test이다. 4번은 결정(분기) 검증 기준, 조건 검증 기준, 열정(분기)/조건 검증 기준이다. 5번은 경계값 테스트 분석, 명세 기반 테스트 분석이다. 6번은 Cause-Effect Graph이다. 7번은  ㄷ, ㄹ, ㅂ, ㅅ , ㅈ이다. 문제가 정말 어려웠다. 문제 ..

오후에 일을 마치고 다시 공부를 시작해보려고 한다. 다시 공부하려고 하니 놀고 싶은 마음도 크고 집중도 잘 되지 않지만 조금이라도 7장을 공부해 볼 것이다.   세션 91 - 애플리케이션 테스트      1번은 잘 모르겠다. 2번은 파레토 법칙이고, 3번은 테스트 부재인가..살충제 패러독스는 동일한 테스트 케이스로 동일한 테스트를 반복하면 더 이상 결함이 발견되지 않는 현상이다. 오류-부재의 궤변은 소프트웨어의 결함을 모두 제거해도 사용자의 요구사항을 만족시키지 못하면 해당 소트프웨어는 품질이 높다고 말할 수 없는 것이다.    세션 92 - 애플리케이션 테스트의 분류          1번은 정적 테스트이다. 2번은 사용자 시각에서 테스트하는 것이다. 3번은 회복 테스트이고, 4번은 성능 테스트이다. 5..

마지막으로 틀린 문제를 정리해보려고 한다.   기출문제 틀린 문제 다시 풀기  프로토타입은 인터렉션을 적용함으로써 실제 구현된 것처럼 테스트가 가능한 독적인 형태의 모형이다.    신뢰성은 주어진 시간 동안 주어진 기능을 오류 없이 수행할 수 있는 정도이다.    예상문제은행 틀린 문제 다시 풀기  신뢰성의 하위 특성에는 성숙성, 고장 허용성, 회복성이 있다.    학습을 마치고6장의 모든 문제를 풀고 정리해 보았다. 그래도 두 번째 문제를 풀면 많이 맞는 것 같다. 이제 오후 일정이 있어서 아침 공부는 이것으로 마친다.빠른 시간 동안 내가 해야 할 목표를 모두 달성했다. 머신러닝 공부를 하지 못한 건 정말 아쉽지만.. 오늘 저녁에 하면 된다.

이어서 화면 설계 부분을 학습해보려고 한다.    세션 88 - 품질 요구사항    1번은 잘 모르겠고, 2번도 너무 어렵다. 3번은 ISO/IE 12.. 모르겠다.다 틀렸다. 신뢰성은 주어진 시간 동안 주어진 기능을 오류 없이 수행할 수 있는 정도이다. 기능성에 대한 하위 특성까지 암기해야 하다니.. 차라리 이 많은 걸 외울 바에 틀리는 게 나을 것 같다.어쨌든 답은 상호운용성, 보안성이다. 3번은 ISO/IEO 12119이다. 이것도 외우기 너무 어렵다. 소프트웨어 품질 관련 표준ISO/IEC 9126 : 소프트웨어 품질 특성과 평가를 위한 국제 표ISO/IEC 25010 : ISO/IEC 9126에 호환성과 보안성을 강화하여 개정한 소프트웨어 제품에 대한 국제 표준 ISO/IEC 12119 : 패키..