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

두 번째 틀린 기출문제를 정리해보려고 한다. 이번 단원은 정말 많은 문제를 틀렸다. 그리고 다시 문제를 풀어도 똑같이 틀린 문제도 많았다.   세션 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..