tomato, tomahto

개발 단계에 따른 애플리케이션 테스트 1)v모델 22년 1회 필기, 실기 소프트웨어 개발 프로세스로 폭포수 모델의 확장형으로 하향식으로 선형적으로 단계로 가다가 테스트 활동에서 V자 모양으로 진행 생명주기(SLDC)의 각 단계와 상응하는 테스트 활동과의 관계를 보여줌 Perry에 의해 제안되었으며 세부적인 테스트 과정으로 구성되어 신뢰도 높은 시스템을 개발하는데 효과적 테스트 순서 : 단위 개발 : 요구 분석 - 아키텍쳐 설계- 모듈 설계- 구현 테스트: 단위- 통합- 시스템- 인수 폭포수 모델과 비교 개발 작업과 검증 작업 사이의 관계를 명확히 들어내 놓은 폭포수 모델의 변형 폭포수 모델이 산출물 중심이라면 V모델은 작업과 결과의 검증에 초점 2)개발자가 검증하는 단계 2.1) 단위 테스트(Unit T..

동적 테스트 1) 화이트박스 테스트(White Box Test) 20년 1, 2, 3회 기출 #기조루흐 - 모듈 안의 내용(작동)을 직접 볼 수 있음(설계 절차에 초점을 둔 구조적 테스트) - 내부의 논리적인 선택,반복 등의 모든 경로를 테스트해 테스트 케이스를 설계 - 소스/원시 코드의 모든 문장을 한번 이상 수행함으로써 진행됨(명세서따르나?) 1.1 ) 기초 경로 검사(Base Path Testing) 테스트 측정 결과는 실행 경로의 기초를 정의하는 지침으로 사용 1.2) 제어 구조 검사 조건 검사(Condition Testing) 논리적 조건을 테스트하는 기법 루프 검사(Loop Testing) 반복(Loop) 구조에 맞춰 테스트하는 기법 데이터 흐름 검사(Data Flow Testing) 프로그램..

애플리케이션 테스트 - 애플리케이션에 잠재되어 있는 결함을 찾아내는 일련의 행위 또는 절차 - 개발된 소프트웨어가 고객의 요구사항을 만족시키는지 확인(Validation) - 소프트웨어가 기능을 정확히 수행하는지 검증(Verification) 1)기본 원리 20년 1, 2회 기출 #결완초집 살정오 테스팅은 결함이 존재함을 밝히는 것 결함을 줄일 순 있지만, 결함이 없다고는 증명할 수 없음 완벽한 테스팅은 불가능 무한 경로, 무한 입력 값으로 인한 어려움 개발 초기에 테스팅 시작 테스팅 기간 단축, 재작업 감소로 개발 기간 단축 및 결함 예방 결함 집중 파레토(Pareto) 법칙 : 20%의 모듈에서 80%의 결함 발견, 살충제 패러독스: 동일한 테스트 케이스에 의한 반복적 테스트는 새로운 버그를 찾지 못..

소프트웨어 패키징의 형상 관리(SCM; Software Configuration Management) - 형상 관리: SW 개발 과정에서 SW 변경 사항을 관리하기 위해 개발된 일련의 활동 - 소프트웨어 개발의 전 단계에 적용되는 활동이며, 유지보수 단계에서도 수행 1)SCM 중요성 - 소프트웨어의 변경 사항을 체계적으로 추적하고 통제할 수 있음 - 제품 소프트웨어에 대한 무절제한 변경 방지 - 진행 정도를 확인하기 위한 기준으로 사용될 수 있음 2) 형상 관리 기능 식통감기 → 형상 식별 : 형상 관리 대상에 이름과 관리 번호를 부여하고, 계층(Tree) 구조로 구분하여 수정 및 추적이 용이하도록 하는 작업 → 형상 통제(변경 관리) : 식별된 형상 항목에 대한 변경 요구를 검토하여 현재의 기준선(베이..

디지털 저작권 관리(DRM; Digital Right Management) - 디지털 콘텐츠의 전 과정에 걸쳐 사용되는 디지털 콘텐츠 관리 및 보호 기술 1) 구성 콘패클컨보 콘텐츠 제공자(Contents Provider): 콘텐츠를 제공하는 저작권자 패키저(Packager): 콘텐츠를 메타 데이터와 함께 배포 가능한 형태로 묶어 암호화하는 프로그램 콘텐츠 분배자(Contents Distributor): 암호화된 콘텐츠를 유통하는 곳이나 사람 콘텐츠 소비자(Customer): 콘텐츠를 구매해서 사용하는 주체 DRM 컨트롤러(DRM Controller): 배포된 콘텐츠의 이용 권한을 통제하는 프로그램 보안 컨테이너(Security Container): 콘텐츠 원본을 안전하게 유통하기 위한 전자적 보안 장치..

소프트웨어 패키징 1) 개요 - 모듈별로 생성한 실행 파일들을 묶어 배포용 설치 파일을 만든다. - 개발자가 아닌 사용자를 중심으로 진행 2) 고려사항 - 운영체제(OS), CPU, 메모리 등에 필요한 최소 환경을 정의 - 하드웨어와 함께 관리될 수 있도록 Managed Service형태로 제공 - 다양한 사용자의 요구사항 반영 3) 패키징 작업 순서 - 기능 식별 → 모듈화 → 빌드 진행 → 사용자 환경 분석 → 패키징 및 적용 시험 → 패키징 변경 개선 → 배포 #식모빌 환패변 4) 제품 소프트웨어 패키징 도구 활용 시 고려사항 20년 1, 2, 3회 기출 - 패키징 시 사용자에게 배포되는 SW이므로 보안 고려 - 사용자 편의성을 위한 복잡성 및 비효율성 문제 고려 - 제품 SW종류에 적합한 암호화 ..

개발 지원 도구 1) 통합 개발 환경(IDE; Integrated Development Environment) - 개발에 필요한 환경, 즉 편집기(Editor), 컴파일러(Compiler), 디버거(Debugger) 등의 다양한 툴을 하나의 인터페이스로 통합해 제공하는 것을 의미함 이클립스(Eclipse) by IBM 비주얼 스튜디오(Visual Studio) by Microsoft 엑스 코드(X Code) …byApple 안드로이드 스튜디오(Android Studio) …byGoogle IDEA by JetBrains 2) 빌드 자동화 도구 - 소스 코드를 소프트웨어로 변환하는 과정에 필요한 전처리(Preprocessing), 컴파일(Complie) 등의 작업들을 수행하는 소프트웨어 2.1) Ant(A..

알고리즘 1) 정렬 알고리즘 20년 3회 기출문제 아이템, 레코드에 포함된 필드의 키에 따라 정보의 요소들을 배열 주기억장치에서 이루어지는 내부 정렬 : 힙, 삽입,셀,버블,퀵2-way 병합, 선택,기수 (1)Heap 정렬 전이진 트리를 이용한 정렬 방식 O(nlog2n) (2)퀵 정렬 키 기준, 작은값 왼쪽, 큰 깞 오른쪽 서브 파일로 분해 위치에 관계없이 임의의 키 분할원소로 사용 최악 : O(nlog2n) 순환 알고리즘 사용, 스택공간 필요 (3 )2-way 합병 정렬 2 개의 자료를 하나로 합치면서 정렬 최악: O(nlog2n) (4)삽입 정렬 하나씩 삽입 PASS 4 (4회전) 최악:O(n^2) N+1번째 값이 작은 경우 바꿔서 삽입 (5) 선택 정렬, PASS 3 (3회전) N 번째 제외한 N..

설계 단계 1) 상위설계 아키텍처/예비 설계 시스템의 전체적인 구조, DB, 인터페이스 를 설계한다. 2) 하위설계 모듈/상세 설계 컴포넌트, 자료 구조, 알고리즘과 같은 시스템 내부 구조 및 행위를 설계한다. 아키텍쳐 패턴(Architecture Pattern) 아키텍처 설계 시 참조할 수 있는 형적 해결 방식 서브시스템들과 그 역할의 정의 1) 레이어 패턴(Layers Pattern) - 시스템을 계층(Layer)으로 구분하여 구성하는 고전적 방법 - 마주보는 계층만상호작용, 특정 계층만 교체 가능 eg. OSI 참조 모델 2) 클라이언트-서버 패턴(Client-Server Pattern) - 하나의 서버 컴포넌트와 다수 클라이언트 컴포넌트로 구성되는 패턴 - 클라이언트나 서버는 요청과 응답을 받기 ..

SW 아키텍쳐 SW 구성 요소 간의 관계 표현하는 시스템, 구조/구조체 - 사용자의 비기능적 요구사항으로 나타난 제약 반영 - 기능적 요구사항을 구현하는 방법을 찾는 해결 과정 - 개발할 SW 기본 틀을 만드는 것, 복잡한 SW 개발 과정을 체계적으로 접근하기 위한 밑그림 소프트웨어 아키텍처 4+1뷰 : 유스케이스 , 논리 , 프로세스 , 구현 배포 뷰 기본 원리 4가지 #모추단정 1) 모듈화(Modularity)/ 서브 시스템, 서브루틴,work unit - 시스템 기능들을 모듈 단위로 나눠 소프트웨어의 성능 및 재사용성을 향상시키는 것 - 모듈의 크기 多: 모듈 개수 적음 | 모듈 간 통합 비용 적음 | 모듈 하나의 개발 비용 큼 - 모듈의 크기 小: 모듈 개수 많음 | 모듈 간 통합 비용 큼 2) ..