테스트의 모든것

Certified Tester Foundation Level Mobile Tester Syllabus 제3장 모바일 테스팅 품질 특성 3.1 개요 다른 어플리케이션과 마찬가지로 모바일 어플리케이션에는 반드시 테스트해야 할 기능 및 비기능 품질 특성이 있다. ISTQB Foundation 실라버스 [ISTQB FL - SYL]에서 언급하는 모든 품질 특성을 적 용할 수 있지만, 이 실리버스에서는 특히 모바일 어플리케이션 테스팅에 필요한 주요 특성만 다 룬다. 모든 모바일 어플리케이션에 그러한 모든 특성을 적용할 순 없지만, 누락된 사항 없이 정확 하게 테스팅 우선순위를 정하기 위해 각각을 고려해야 한다. 3.2 기능 테스팅 3.2.1 개요 어플리케이션이 적절한 기능을 사용자에게 제공하는지를 평가할 수 있도..

Certified Tester Foundation Level Mobile Tester Syllabus 제2장 테스트 계획과 설계 2.1 기능 및 특성 식별 기능이 많은 모바일 디바이스를 테스트하기는 쉽지 않다. 따라서 테스팅 범위 내에 속하는 기능 과 특성에 집중하는 것이 중요하다. 예를 들면, 신규 어플리케이션을 여러 종류의 스마트폰에 적 용하는 것이 목표라면, 어플리케이션의 기능, 디바이스와 어플리케이션의 연동성 그리고 어플리케 이션의 성공에 중요한 품질 특성（예: 사용성과 성능）에 집중해야 한다. 만약 새로운 스마트폰을 출 시한다면 목표는 달라진다. 이 경우 테스터는 핸드폰의 자체 기능, 대표적인 어플리케이션 지원 여부, 디바이스와 네트워크 사이의 통신 방식（WiFi, IP-over-USB 등） 그..

Certified Tester Foundation Level Mobile Tester Syllabus 1. 모바일 테스팅 1.1모바일 어플리케이션이란? 모바일 어플리케이션은 일반적으로 두 가지 유형으로 구분된다. 하나는 모바일 디바이스에서만 작동하도록 개발된 네이티브 모바일 어플리케이션이고 다른 하나는 모바일 디바이스의 웹 브라우 저를 통해 사용이 가능하도록 개발된 어플리케이션이다. 일반적으로 사용자는 두 유형의 차이를 느끼지 못하지만, 일부 브라우저 기반 어플리케이션은 사용되는 디바이스에 최적화됨에 따라 보 다 풍부한（적어도 좀 더 읽기 편한） 사용자 경험을 제공한다. 개발자와 테스터 관점에서는 두 가 지 어플리케이션 중 어느 것을 택하느냐에 따라 목적, 극복해야 할 과제, 성공의 기준 등이 구별 된다..

인수(Acceptance) 시스템이모든요구사항을만족하는지평가하는프로세스 인수테스트(Acceptance Test) 시스템이모든요구사항을만족하는평가하는테스트 활동다이어그램(Activity diagram) UML에서사용하는다이어그램의한종류로시스템혹은컴포넌트에서의활동(action)의흐름을모델화한것으로필요한책임요소와관련된데이터흐름과영역을포함한다. 정확성(Adequacyof requirement) 하나의요구사항이이해관계자의실제의지와필요(stakeholder's true desires and needs)를얼마나정확히나타내는가를의미함(즉, 요구사항을언급할때실제이해관계자들이생각하는바를의미함) 어플리케이션도메인(Application Domain) 시스템컨텐츠를결정하는데영향을주는실제세계의부분(parts of the real..

1 요구공학 기초 요구공학을 적절하게 수행하는 것은 매우 중요하다. (프로젝트의 수명 주기에서 발생할 수 있는) 많은 오류(Error)들이 이 단계(요구사항을 정의하는 단계)에서 발생하고, 이러한 오류들은 프로젝트가 진행될 수록 더 많은 비용을 들여야만 조치가 가능하기 때문이다. 요구공학을 적절하게 수행하지 못하는 경우 요구사항이 누락되거나 모호하게 기술되는 것이 일반적인 현상이다. 요구공학을 적절하게 수행하지 못하는 이유는 주로 다음과 같다: 요구사항이 그 자체로 명백하기 때문에, 별도의 구체적인 기술이 필요하지 않다라고 이해관계자들이 잘못 가정하는 경우 이해관계자들의 경험이나 지식의 차이로 인한 의사소통의 문제에 의한 경우 생산적인 시스템을 빠른 시간 내에 만들어 달라고 하는 등, 고객이 프로젝트 진..

ISO/IEC/IEEE 29119 테스팅 표준의 구조 · 파트1 – 소개(Introduction) 2.3.3 리스크 기반 테스팅 l 파트 1 – 5.4 리스크 기반 테스팅(Risk-based Testing) l 파트 2 – 6 조직 차원의 테스트 프로세스(Organizational Test Process) l 파트 2 – 7 테스트 관리 프로세스(Test Management Processes) l 파트 2 – 8 동적 테스트 프로세스(Dynamic Test Processes) 2.3.4 테스트 프로세스의 구체화(Instantiation) l 파트 1 – 5.2 조직 및 프로젝트 상의 소프트웨어 테스팅(Software Testing in an Organizational and Project Context)..

GUI 그래픽 사용자 인터페이스(Graphical User Interface)의 약자 IDEAL 시작, 기획, 구현을 위해 로드맵 역할을 하는 조직 개선 모델. IDEAL 모델을 설명하는 5단계, 즉 착수(Initiating), 진단(Diagnosing), 수립(Establishing), 행동(Acting), 학습(Learning)의 각 머리글자 V-모델 V-model 소프트웨어 개발의 주요 단계들(비즈니스 요구사항 명세화에서 배포까지)과 상응하는 테스트 레벨(인수 테스팅에서 컴포넌트 테스팅까지) 사이의 일대일 대응 관계를 설명하는 순차적 개 발 수명주기 모델 가용성 availability 참조 : ISO 25010 제품을 사용하고자 할 때 컴포넌트나 시스템의 운용 가능하고 접근 가능한 정도 감사 aud..

키워드 인수 조건, 탐색적 테스팅, 성능 테스팅, 제품 리스크, 품질 리스크, 회귀 테스팅, 테스트 접근법, 테스트 차터, 테스트 추정, 테스트 자동화, 테스트 전략, 테스트 주도 개발, 단위 테스트 프레임워크 학습 목표 3.1 애자일 테스팅 방법 3.1.1 테스트 주도 개발, 인수테스트 주도 개발, 행위 주도 개발의 개념을 상기한다 3.1.2 테스트 피라미드의 개념을 상기한다 3.1.3 테스팅 사분면과 각 사분면의 테스팅 레벨 및 테스팅 종류와의 상관관계를 설명한다 3.1.4 애자일 프로젝트의 스크럼 팀에서 테스터 역할을 수행할 있다 3.2 품질 리스크 식별 및 테스트 노력 추정 3.2.1 애자일 프로젝트의 품질 리스크를 식별한다 3.2.2 품질 리스크와 반복주기 내용에 기반하여 테스팅에 필요한 자원을..

키워드 빌드 베리피케이션 테스트, 형상 관리 아이템, 형상 관리 학습 목표 2.1 전통적인 테스팅과 애자일 접근법의 테스팅 차이 2.1.1 애자일 프로젝트와 다른 프로젝트의 테스트 활동의 차이점을 설명한다 2.1.2 개발 및 테스트 활동이 애자일 프로젝트에서 어떻게 통합되는지 설명한다 2.1.3 애자일 프로젝트의 독립적인 테스트 역할을 설명한다 2.2 애자일 프로젝트의 테스팅 상태 2.2.1 테스트 절차와 제품 품질을 포함하여 애자일 프로젝트에서 테스팅의 상태를 의사 소통하는데 사용되는 도구와 기법을 설명하시오 2.2.2 다수의 반복주기에 걸쳐 테스트의 발전 과정을 설명하고, 테스트 자동화가 애자일 프로젝트에서 리그레션 리스크를 관리하는데 중요한 이유에 대해 설명하시오 2.3 애자일 팀 내 테스터의 역할..