[정보처리기사 실기] Ⅶ. 기사실기 요약 / 정리 / 단답 / Tip / 알고가기!

Ⅶ. 애플리케이션 테스트관리 - 알고가기!!

소프트웨어 테스트 필요성 ( Tip. 발 예 향 )

오류 발견 : 프로그램 잠재 오류 발견 및 수정하여 올바른 프로그램 개발 위하여…

오류 예방 : 프로그램 실행 전 동료검토, 워크스루, 인스펙션 등 통해 오류 사전 발견 하여 예방…

품질 향상 : 사용자의 기대수준에 만족하도록 반복적 테스트를 거쳐 제품 신뢰도 향상하는 품질 보증을 위함…

소프트웨어 테스트 원리 ( Tip. 결완초집 살정오 )

결함이존재

완벽한 테스팅 불가능

초기에 테스팅 시작

결함집중

살충제 패러독스 : 동일한 테스트 케이스에 의한 반복 테스트는 새로운 버그를 찾지 못함.

정황에 의존

오류-부재의 궤변 : 요구사항을 충족시켜주지 못한다면, 결함이 없다고 해도 품질이 높다고 볼 수 없음.

UI [User Interface; 사용자 인터페이스]

넓은의미에서 사용자와 시스템 사이에서 의사소통 할 수 있도록 고안된 물리적, 가상의 매개체

GUI [Graphical User Interface]

UI유형 중 그래픽 환경을 기반으로 한 마우스나 전자펜을 이용하는 사용자 인터페이스

NUI [Natural User Interface]

UI유형 중 사용자가 가진 경험을 기반으로 키보드나 마우스 없이 신체부위를 이용하는 사용자 인터페이스

CLI [Command Line Interface]

UI유형 중 명령어를 텍스트로입력하여 조작하는 사용자 인터페이스

소프트웨어 테스트 산출물 ( Tip. 결시계케 )

테스트 결과서

테스트 시나리오

테스트 계획서

테스트 케이스

동료검토 [Peer Review]

2~3명이 진행하는 리뷰형태로 요구사항 명세서 작성자가 요구사항 명세서를 설명하고, 이해관계자들이 설명을 들으며 결함을 발견하는 형태로 진행하는 검토 기법

워크스루 [Walk Through]

검토 자료를 회의전에 배포, 사전 검토 후 짧은 시간동안 회의를 진행하는 형태의 리뷰의 형태로 오류를 검출하고 문서화 하는 기법

인스펙션 [Inspection]

소프트웨어 요구, 설계, 원시 코드 등 저작자 외에 다른 전문가 또는 팀이 검사하여 오류를 찾아내는 기법

정적테스트 유형 ( Tip. 동워인 ) : 프로그램의 실행 없이 구조를 분석하여 논리성을 검증하는 테스트

동료검토 : 2~3명이 진행하는 리뷰 형태로 이해관계자들이 설명을 들으며 결함 발견하는 형태.

워크스루 : 검토자료를 회의전 배포하여 검토 후 리뷰를 통해 오류 검출, 문서화.

인스펙션 : 다른 전문가 또는 팀이 검사하여 오류 찾는 검토 기법.

동적테스트 ( Tip. 화 블 ) : 프로그램 실행을 요구하는 테스트

화이트박스 테스트

블랙박스 테스트

화이트 박스 테스트

프로그램 내부 로직을 보면서 수행하는 테스트(구조테스트)

화이트박스 테스트 유형 ( Tip. 제 루 )

제어구조 테스트 : 소프트웨어의 논리적 복잡도 측정 후 수행경로들의 집합을 정의하는 테스트.

루프 테스트 : 프로그램의 루프 구조에 국한해서 실시하는 테스트.

블랙박스 테스트 유형 ( Tip. 동경결상 유분페 )

동등분할 테스트 : 입력 데이터의 영역을 유사한 도메인 별로 유효 값/무효 값을 그룹핑하여 대표값 테스트 케이스를 도출하여 테스트 하는 기법.

경계값 분석 테스트 : 등가분할 후 경계값 부분에서 오류 발생 확률이 높기에 경계값을 포함하여 테스트 케이스를 설계하여 테스트 하는 기법.

결정 테이블 테스트 : 요구사항의 논리와 발생조건을 테이블 형태로 나열하여, 조건과 행위를 모두 조합하여 테스트.

상태전이 테스트 : 테스트 대상/시스템이나 객체의 상태를 구분하고, 이벤트에 의해 어느 한 상태에서 다른 상태로 전이 되는 경우의 수를 수행하는 테스트.

유스케이스 테스트 : 시스템이 실제 사용되는 유스케이스로 모델링 되어 있을때 프로세스 흐름을 기반으로 테스트 케이스를 명세화 하여 수행하는 테스트 기법.

분류트리 테스트 : SW의 일부 또는 전체를 트리 구조로 분석 및 표현하여 테스트 케이스를 설계하여 테스트 하는 기법.

페어와이즈 테스트 : Test data 값들 간에 최소한 한번씩을 조합하는 방식.

UI설계 원칙 중 직관성(Intuitiveness)

누구나 쉽게 이해하고, 쉽게 사용 할 수 있어야 한다는 원칙

UI설계 원칙 중 학습성(Learnability)

초보와 숙련자 모두가 쉽게 배우고 사용할 수 있도록 UI 제작할 수 있는 원칙

UI설계 원칙 중 유연성(Flexibility)

사용자의 인터랙션을 최대한 포용하고, 실수를 방지할 수 있도록 UI 제작할 수 있는 원칙

UI 표준

디자인 철학과 원칙 기반하에 전체 시스템에 공통으로 적용되는 화면간 이동, 화면구성 등에 관한 규약

UX [User Experience; 사용자 경험]

제품과 시스템, 서비스 등을 사용자가 직∙간접적으로 경험하면서 느끼고 생각하는 총체적 경험

테스트 목적에 따른 분류 ( Tip. 회안강성구회병 )

회복(Recovery)테스트 : 고의로 실패를 유도 후 시스템 정상복귀 여부 테스트.

안전(Security)테스트 : 소스 코드내 보안 결함을 미리 점검하는 테스트.

강도(Stress)테스트 : 시스템 과부하시 시스템이 정상작동 되는지 검증하는 테스트.

성능(Performance)테스트 : 응답시간, 시간내 처리량, 반응속도 등을 측정하는 테스트.

구조(Structure)테스트 : 시스템 논리경로, 소스코드의 복잡도를 평가하는 테스트.

회귀(Regression)테스트 : 오류 제거 또는 수정한 시스템에서 수정에 의한 새로운 오류가 없는지 확인하는 반복 테스트 기법.

병행(Parallel)테스트 : 기존 시스템과 동일 데이터 입력 후 결과를 비교하는 테스트.

안전테스트

불법적인 소프트웨어가 접근하여 시스템을 파괴하지 못하도록 소스코드내의 보안적 결함을 미리 점검하는 테스트

강도테스트

시스템에 과다정보량을 부과하여 과부하시에도 시스템이 정상적으로 작동되는지를 검증하는 테스트

테스트 종류에 따른 분류 ( Tip. 명구경 )

명세 기반 테스트 : 요구사항 명세를 기반으로 테스트.

구조 기반 테스트 : SW 내부 논리 흐름에 따라 테스트.

경험 기반 테스트 : 테스터의 경험을 토대로 수행하는 테스트.

테스트 오라클 종류 ( Tip. 참샘휴일 )

참(True) 오라클 : 모든 입력값에 대해 기대하는 결과를 생성함으로 발생된 오류를 모두 검출 할수 있는 오라클.

샘플링(Sampling) 오라클 : 특정한 몇 개의 입력값에 대해서만 기대하는 결과를 제공해 주는 오라클.

휴리스틱(Heuristic) 오라클 : 샘플링 오라클 개선한 오라클 / 특정 입력값에 대해 올바른 결과를 제공하고 나머지 값들에 대해 휴리스틱(추정)으로 처리하는 오라클.

일관성 검사(Consistent) 오라클 : 애플리케이션 변경 있을때 수행 전과 후의 결과값이 동일한지 확인하는 오라클.

테스트 레벨 종류 ( Tip. 단통시인 )

단위 테스트

통합 테스트

시스템 테스트

인수 테스트

UI 스타일 가이드

UI의 통일과 일관적인 화면을 위하여 시스템이 지켜야 할 UI 요소정의와 화면설계원칙을 제시한 규칙 문서

UI 스타일가이드 레이아웃 정의

화면구조 정의

상단 메뉴 구성(Top Area) 정의

좌측 메뉴 구성(Left Area) 정의

내용 구성 (Contents Area) 정의

하단 메뉴 구성 (Footer Area) 정의

UI 스타일 가이드 구성요소 정의 내용

그리드, 버튼/컨트롤 타입, 페이지 요소, 팝업요소, 경고 요소 등…..

WAS [Web Application Server]

사용자 요청 스레드를 처리하고, 데이터베이스에 접속하여 SQL 쿼리문에 대한 결과값을 반환하는 역할을 수행하는 서버

VLAN

논리적으로 분할된 스위체 네트워크나 가상기능을 가진 LAN 스위치 또는 ATM 스위치를 사용해서 물리적인 배선에 구애받지 않고 브로드캐스트 패킷이 전달되는 범위를 임의로 나누는 네트워크 기술

UI 지침(Guideline)

UI 표준에 따라 사용자 인터페이스 설계, 개발시 지켜야할 세부 사항을 규정하는 것

3C분석

고객(Customer), 경쟁하고 있는 자사(Company), 경쟁사(Competitor)를 비교, 분석하여 자사를 어떻게 차별화 해서 경쟁에서 이길것인가를 분석하는 기법.

소프트웨어 테스트

개발된 응용 애플리케이션이나 시스템이 사용자가 요구하는 기능과 성능, 사용성, 안정성 등을 만족하는지 확인하고, 노출되지 않은 숨어있는 소프트웨어의 결함을 찾아내는 활동.

소프트웨어 테스트 필요성

오류발견관점 : 프로그램에 잠재된 오류를 발견하고, 이를 수정하여 올바른 프로그램을 개발하기 위해 필요

오류예방관점 : 프로그램 실행전에 코드리뷰, 동료검토, 인스펙션등을 통해 오류를 사전에 발견하는 차원에서 필요

품질향상관점 : 사용자의 요구사항 및 기대수준을 만족하도록 반복적인 테스트를 거쳐 제품의 신뢰도를 향상하는 품질 보증을 위해 필요

살충제 패러독스

동일한 테스트 케이스에 의한 반복적인 테스트는 새로운 버그를 찾지 못함

테스트 케이스의 정기적 리뷰와 개선 및 다른 시각에서 접근이 필요

소프트웨어 원리 중 “오류-부재의 궤변”

요구사항을 충족시켜주지 못한다면 결함이 없다고 해도 품질이 높다고 볼 수 없다는 소프트웨어 테스트 원리

소프트웨어 원리 중 “결함집중”

적은수의 모듈에서 대다수의 결함이 발견됨

20%의 모듈에서 80%의 결함이 발견됨

소프트웨어 원리 중 “테스팅은 정황에 의존적”

소프트웨어의 성격에 맞게 테스트 실시

정황과 비즈니스 도메인에 따라 테스트를 다르게 수행

테스트 시간에 따른 테스트 분류

검증 : 과정을 테스트 / 명세화된 기능을 올바로 수행하는지 알아보는 과정

확인 : 결과를 테스트 / 올바른 개발이 되었는지 입증하는 과정

강도테스트

시스템에 과다 정보량을 부과하여 과부하 시에도 시스템이 정상적으로 작동되는지를 검증하는 테스트

회귀(Regression) 테스트

오류를 제거하거나 수정한 시스템에서 오류제거와 수정에 의해 새로이 유입된 오류가 없는지 확인하는 일종의 반복테스트 기법

명세기반테스트

프로그램의 요구사항 명세서를 기반으로 테스트 케이스를 선정하여 테스트 하는 기법

구조 기반테스트

소프트웨어 내부 논리 흐름에 따라 테스트 케이스를 작성하고 확인하는 테스트

경험기반 테스트

유사 소프트웨어나 유사 기술 평가에서 테스터의 경험을 토대로 한, 직관과 기술 능력을 기반으로 수행하는 테스트 기법

테스트 케이스 작성 절차

테스트 계획 검토 및 자료 확보

위험 평가 및 우선순위 결정

테스트 요구사항 정의

테스트 구조 설계 및 테스트 방법 결정

테스트 케이스 정의

테스트 케이스 타당성 확인 및 유지보수

테스트 오라클

테스트의 결과가 참인지 거짓인지를 판단하기 위해서 사전에 정의된 참 값을 입력하여 비교하는 기법

테스트 시나리오

여러 테스트 케이스의 집합으로서 테스트케이스 동작 순서를 기술한 문서이며 테스트 절차를 명세화한 문서

테스트 항목을 빠짐없이 테스트 하기 위함

깊이-우선 탐색

루트노드(혹은 임의의 노드)에서 시작해서 다음 분기(branch)로 넘어가기 전에 해당 분기를 완벽하게 탐색하는 기법

너비-우선 탐색

루트노드(혹은 임의의 노드)에서 시작해서 인접한 노드를 먼저 탐색하는 기법

스텁 (stub)

모듈 및 모든 하위 컴포넌트를 대신하는 더미 모듈

드라이버 (Driver)

상위의 모듈에서 데이터의 입력과 출력을 확인하기 위한 더미 모듈

상향식 및 하향식 통합 수행 방식 ( Tip. 하스 상드 )

하향식 스텁

상향식 드라이버

SWOT 분석

기업의 내부 환경과 외부 환경을 분석하여 Strength(강점), Weakness(약점), Opportunity(기회), Threat(위협) 요인을 규정하고 이를 토대로 경영 전략을 수립하는 방법

시나리오 플래닝

불확실성이 높은 상황변화를 사전에 예측하고 다양한 시나리오를 설계하는 방법

리서치(Research)

지식에 대한 탐구를 기반으로 한 활동이며, 이미 존재하던 지식의 발견, 해석, 정정, 재확인 등에 초점을 맞추는 체계적인 조사

테스트 자동화 도구 유형 ( Tip. 정실성통 )

정적 분석 도구

테스트 실행 도구

성능 테스트 도구

테스트 통제 도구

테스트 하네스 구성요소 ( Tip. 드 스슈케 스목 )

테스트 드라이버[Test Driver] : 상향식 테스트에 필요.

테스트 스텁[Test Stub] : 하향식 테스트에 필요.

테스트 슈트[Test Suites] : 테스트 케이스의 집합.

테스트 케이스[Test Case] : 입력값, 실행조건, 기대 결과 등의 집합.

테스트 스크립트[Test Script] : 자동화된 테스트 실행 절차에 대한 명세.

목 오브젝트[Mock Object] : 사용자의 행위를 조건부로 사전에 입력해두면 그 상황에 예정된 행위를 수행하는 객체.

페르소나(Persona)

잠재적 사용자의 다양한 목적과 관찰된 행동패턴을 응집시켜 놓은 가상의 사용자

UI 컨셉션

정리된 요구사항을 구체화하는 단계로 화면 디자인 단계 전인 대표 화면 설계를 진행하는 단계

요구사항 매트릭스

다양한 경로를 통해 수집된 직접적인 요구사항을 검토하여 페르소나의 목적을 기준으로 데이터 요구, 기능 요구, 제품 품질, 제약 요인 기반으로 만든 요구사항 표

테스트 리포팅 ( Tip. 정요품 결실 )

테스트 결과 정리 : 테스트 계회가 / 케이스 설계 / 시나리오 / 결과까지 모두 포함된 문서.

테스트 요약문서 : 테스트 계획, 소요 비용, 테스트 결과로 소프트웨어의 품질상태를 포함한 문서.

품질 상태 : 테스트 성공률, 테스트 커버리지, 결함 수와 결함의 중요도 등 포함.

테스트 결과서 : 결함과 관련한 사항을 중점적으로 기록 / 결함의 재현 순서를 상세하게 기록.

테스트 실행 절차 및 평가

결함관리 프로세스 ( Tip. 발등 분확할 조검 )

에러 발견

에러 등록

에러 분석

결함 확정

결함 할당

결함 조치

결함 조치 검토 및 승인

테스트 커버리지 유형 ( Tip. 기라코 )

기능기반 커버리지

라인 커버리지

코드 커버리지

코드커버리지 유형 ( Tip. 구결조 조결변다 )

구문 커버리지 : 프로그램내 모든 명령문을 적어도한번 수행하는 커버리지.

결정 커버리지 : 프로그램내 전체 결정문이 적어도 한번은 참과 거짓의 결과를 수행.

조건 커버리지 : 결정 명령문 내의 각 조건이 적어도 한번은 참과 거짓의 결과가 되도록 수행.

조건/결정 커버리지 : 전체 조건식뿐만 아니라 개별 조건식도 참한번, 거짓한번 결과가 되도록 수행하는 커버리지

변경 조건/결정 커버리지 : 조건/결정 커버리지를 향상시킨 커버리지 / 각 개별 조건식이 다른 개별 조건식에 영향을 받지 않음.

다중 조건 커버리지 : 결정 조건 내 모든 개발 조건식의 모든 가능한 조합을 100% 보장하는 커버리지

사용성테스트 (Usability Test)

사용자가 직접 제품을 사용하면서 미리 작성된 시나리오에 맞추어 과제를 수행한 후 질문에 답하도록 하는 테스트

스토리보드

UI 화면 설계를 위해서 정책이나 프로세스 및 콘텐츠의 구성, 와이어 프레임(UI/UX), 기능에 대한 정의, 데이터 베이스의 연동 등 구축하는 대부분 정보가 수록된 문서

UI화면 설계 중 “와이어프레임”

이해관계자들과의 화면구성을 협의하거나 서비스의 간략한 흐름을 공유하기 위해 화면 단위의 레이아웃을 설계하는 작업

결함 심각도별 분류 ( Tip. 치주 보경단 )

치명적(Critical) 결함 : 테스트를 완전히 방해하거나 못하게 하는 결함.

주요(Major) 결함 : 기능이 기대와 다르게 동작 또는 기능이 해야할일을 못함.

보통(Normal) 결함 : 프로그램이 특정 기준을 충족 못하거나 전체에 영향을 주지 않는 일부 기능이 부자연 스러운 결함.

경미한(Minor) 결함 : 사용상의 불편함을 유발하는 결함.

단순(Simple) 결함 : 사소한 버그 / 기능에 영향없지만 수정되어야 하는 경함

통합테스트

소프트웨어 각 모듈 간의 인터페이스 관련 오류 및 결함을 찾아내기 위한 체계적인 테스트 기법

단위 테스트가 끝난 모듈 또는 컴포넌트 단위의 프로그램이 설계 단계에서 제시한 애플리케이션과 동일한 구조와 기능으로 구현된 것인지를 확인

통합테스트 방법

빅뱅방식 : 모든 모듈을 동시에 통합 후 테스트 수행, 드라이버/스텁 없이 실제 모듈로 테스트

하향식방식 : 최상위 모듈부터 하위 모듈들을 통합하면서 테스트, 테스트 스텁 필요

상향식방식 : 최하위 모듈부터 점진적으로 상위 모듈과 함께 테스트, 테스트 드라이버 필요

테스트 실행도구 중 “데이터 주도 접근빙식”

테스트 데이터를 스프레드시트에 저장하고, 이 데이터를 읽고 실행

다양한 테스트 데이터를 이용하여 동일한 테스트 케이스를 반복해서 실행 할 수 있음

스크립트 언어에 익숙지 않은 테스터도 미리 작성된 스크립트에 테스트 데이터만 추가하여 수비게 테스트 수행

테스트 실행도구 중 “키워드 주도 접근빙식”

테스트를 수행할 동작을 나타내는 키워드와 테스트 데이터를 스프레드 시트에 저장

키워드를 이용하여 테스트 수행 동작을 정의

테스트 대상 애플리케이션의 특성에 맞춰 키워드에 대해 테일러링을 수행 가능

하네스 구성요소 중 “테스트 슈트(Test Suites)”

테스트슈트는 테스트 대상 컴포넌트나 모듈, 시스템에 사용되는 테스트 케이스의 집합

소프트웨어 결함 중..

에러(Error)/오류 : 에러는 결함의 원인이 되는 것으로, 일반적으로 사람(개발자, 분석가 등..)에 의해 생성된 실수

실패/문제 : 소프트웨어 제품에 포함된 결함이 실행 될 때 발생되는 현상

결함 추이 분석 유형

결함 분포 분석 : 각 애플리케이션 모듈 또는 컴포넌트의 특정 속성에 해당하는 결함의 수를 측정하여 결함의 분포를 분석

결함 추세 분석 : 테스트 진행 시간의 흐름에 따른 결함의 수를 측정하여 결함을 분석

결함 에이징 분석 : 등록된 결함에 대해 특정한 결함 상태의 지속 시간을 측정하여 분석

테스트 커버리지

주어진 테스트 케이스에 의해 수행되는 소프트웨어의 테스트 범위를 측정하는 테스트 품질 측정 기준

테스트의 정확성과 신뢰성을 향상시키는 역할 함

애플리케이션 성능 측정 지표 ( Tip. 처응경자 )

처리량 : 주어진 시간에 처리할 수 있는 트랜잭션 수 / 시간당 페이지 수

응답시간 : 사용자 입력 끝난 후 출력이 개시될때까지의 시간

경과시간 : 요구를 입력한 시점부터 결과 출력 완료 할때까지의 시간

자원 사용률 : 트랜잭션 처리하는 동안의 CUP사용량, 메모리사용량, 네트워크 사용량

LDAP [Lightweight Directory Access Protocol]

TCP/IP 위에서 조직화되고 비슷한 특성을 가진 객체들의 모임인 디렉터리 서비스를 조회하고 수정하는 응용 프로토콜

데이터 베이스 관련 성능 저하 원인 ( Tip. 락페릭사커 )

DB Lock(데이터베이스락) : 대량 조회, 과도한 업데이트, 인덱스 생성시 발생

DB Fetch(불필요한 데이터베이스 패치) : 실제 필요 데이터 보다 대량의 데이터 요청이 들어올 경우 응답시간 저하 현상 발생

Connection Leak(연결누수) : DB연결과 관련한 JDBC 객체를 사용 후 종료하지 않을 경우

Connection Pool Size(부적절한 커넥션 풀 크기) 너무 작거나 크게 설정한 경우 성능 저하 가능성 존재

Commit(확정 관련) : 트랜잭션이 확정(Commit)되지 않고 커넥션 풀에 반환될때 성능 저하 가능 / 불필요한 잦은 확정(Commit)시 성능 저하 가능

애플리케이션 성능 테스트 수행 절차 ( Tip. 도환시성 )

성능 테스트 도구 설치

테스트 환경 설정

시나리오 생성

성능테스트 시랳ㅇ 및 모니터링

나쁜 코드 유형 ( Tip. 오문이 결침 )

오염 : 비지니스 기능을 수행하지 못하는 많은 컴포넌트가 존재

문서부족 : 현재 코드와 문서가 일치 하지 않고 수정과 변경을 위한 도메인 자식은 크게 증가하지만 개발자의 지식 부족 초래

의미없는 이름 : 함수, 클래스, 컴포넌트 이름이 명확한 의미를 갖지 못하거나 실제 작동과 불일치

높은 결합도 : 클래스와 컴포넌트간 데이터와 컨트롤 흐름이 네트워크로 복잡하게 연결

아키텍처 침식 : 아키텍처가 구별되지 않고 여러 솔루션으로 이루어져 아키텍처상 변형으로 시스템 품질이 떨어짐

클린코드

잘 작성되어 가독성이 높고, 단순하며 의존성을 줄이고, 중복을 최소화하여 깔끔하게 잘 정리된 코드

클린 코드 유형 ( Tip. 이주배 함제오 )

의미있는 이름 : 의도가 분명한 이름 사용

간결하고 명확한 주석 : 간결하고 명확히 작성

보기좋은 배치 : 읽는 사람이 편하게 구성

작은 함수 : 함수 하나당 하나의 일만하도록 선언 / 중복 없도록 작성

읽기 쉬운 제어 흐름 : 읽기 쉽게 작성 / IF문 인수는 간단한 내용을 선 배치

오류처리 : 오류 반환보다 예외처리 활용 / Null반환 대신 Null체크 코드 작성

애플리케이션 성능 개선 방안 ( Tip. 소아프 메입시애 )

소스코드 최적화 기법 적용 : 느슨한 결합 코드 구현 / 의존성 최소화

아키텍처 조정을 통한 성능 개선 : 팩토리 메서드 패턴 이용

프로그램 호출 순서 조정 적용

메모리 사용 최소화 적용 : String → StringBuffer 또는 StringBuilder 이용

입출력 발생 최소화 적용

System.out.println()을 사용 제외

애플리케이션 성능 현황 관리 : 성능현황판작성 / 성능현황판이용 성능 개선

프로토타입

소프트웨어의 설계 또는 성능, 구현가능성, 운용 가능성을 평가하기 위해 전체적인 기능을 간략한 형태로 구현한 시제품

UI 흐름 설계

업무의 흐름이나 업무 수행과 관련된 일련의 클릭에 의한 화면의 위치와 흐름을 흐름도 형식으로 표현하는 활동

UI 설계서 구성

UI 설계서 표지, UI 설계서 개정이력, UI 요구사항 정의, 시스템 구조, 사이트맵, 프로세스정의, 화면설계 등….

UI 검토 수행

UI 검토 수행은 UI스토리보드 활용을 통해 페이퍼 프로토타입의 평가는 짧은 단위로 개발 및 평가를 반복하여 확인한다

사용성에 대한 검증 수행

프로토타입을 활용하여 내부 개발자 및 전문가들이 UI 사용성 평가를 통해 개선사항을 지속적으로 반영

화면설계 도구

파워목업, 발사믹 목업, 카카오 오븐

프로토타이핑 도구

UX핀, 액슈어, 네이버 프로토나우

성능 테스트 도구

JMeter, LoadUI, OpenSTA

유스케이스

시스템이 액터에게 제공하는 기능으로 시스템 요구사항이자, 사용자 입장에서 바라본 시스템의 기능

UI 유스케이스 절차

UI 요구사항을 바탕으로 액터별 시나리오 구상

UI 요구사항을 바탕으로 액터 세분화

UI 유스케이스 설계

TPS [Transaction Per Cecond]

초당 처리 건수를 의미

초당 몇 개의 트랜잭션을 처리 할 수 있는지 나타내는 서비스 성능 지표

스크립트(Script)

컴파일(Compile)하지 않고도 실행할 수 있는 프로그램

Ramp-up load

한계점의 측정을 목적으로 낮은 수준의 부하부터 높은 수준의 부하까지 예상 트래픽을 꾸준히 증가시키며 진행하는 부하테스트

정적분석도구의 개념

작성된 소스코드를 실행시키지 않고 코드 자체만으로 코딩 표준 준수여부, 코딩 스타일 적정 여부, 잔존 결함 발견 여부를 확인하는 코드 분석 도구

테스트 프로세스

테스트 계획

테스트 분석 및 디자인

테스트 케이스 및 시나리오 작성

테스트 수행

테스트 결과 평가 및 리포팅

테스트 레벨의 유형

단위 테스트 : 인터페이스 테스트 / 자료구조 테스트 / 실행경로 테스트 / 오류처리 테스트

통합 테스트 : 빅뱅테스트 / 상향식/하향식 테스트

시스템 테스트 : 기능/비기능 요구사항 테스트

인수 테스트 : 알파/베타 테스트

정보처리기사 필기 합격 후 실기대비 정리 및 책없이 간단히 보기위해 작성하였습니다.
2020년 수제비 정보처리기사 책 기반으로 정리 하였습니다.
저작권 관련 문제가 있다면 hojunbbaek@gmail.com 으로 메일 주시면 바로 삭제 조치 하도록 하겠습니다.

[정보처리기사 실기] Ⅶ. 기사실기 요약 / 정리 / 단답 / Tip / 알고가기!! (feat.수제비)

이전[정보처리기사 실기] Ⅶ. 애플리케이션 테스트 관리 - 애플리케이션 성능 개선

다음[정보처리기사 실기] Ⅷ. SQL 응용 - 절차형 SQL 작성