IT 위키 - 사용자 기여 [ko]

블랙박스 테스트

2019-11-02T10:38:10Z

아마습:

[[분류:소프트웨어 공학]][[분류:정보처리기사]]
;Black-box Test

== 종류 ==
* 동치 분할 검사(Equivalence Partitioning Test)
* 경계값 분석(Boundary Value Analysis)
* 원인-효과 그래프 기법(Cause-effect Graphing)
* 오류 예측 검사(Fault Based Testing)
* 비교 검사(Comparison Testing)

== 같이 보기 ==
* [[소프트웨어 테스트]]
* [[화이트박스 테스트]]

화이트박스 테스트

2019-11-02T10:38:00Z

아마습:

[[분류:소프트웨어 공학]][[분류:정보처리기사]]
;White-box Test

* 제품의 내부 요소들이 명세서에 따라 수행되고 충분히 실행되는가를 보장하기 위한 검사이다.
* 모듈 안의 작동을 직접 관찰한다.
* 프로그램 원시 코드의 논리적인 구조를 커버하도록 테스트 케이스를 설계한다.

== 종류 ==
* '''기초 경로 검사(Basic Path Testing)'''
** Tom McCabe가 제안한 대표적인 화이트 박스 테스트 기법
** 수행 가능한 모든 경로 검사
* '''조건 검사(Condition Testing)'''
** 프로그램의 조건문에 초점을 맞추어 검사
* '''루프 검사(Loop Testing)'''
** 프로그램의 반복 구조에 초점을 맞추어 검사
* '''데이터 흐름 검사(Data Flow Testing)'''
** 프로그램에서 변수의 정의와 변수 사용의 위치에 초점을 맞추어 검사

== 같이 보기 ==
* [[소프트웨어 테스트]]
* [[블랙박스 테스트]]

TMMi

2019-11-02T10:33:32Z

아마습:

[[분류:소프트웨어 공학]]
;Test Maturity Model Integration
;[[CMMi]] 기반의 테스트 성숙도 평가 모델

{| class="wikitable"
! 성숙 단계
! 내용
! Process Area
|-
| Level1
초기(Initial)
|
* 테스팅이 정의되지 않음
* 테스팅과 디버깅을 한 부분으로 인식
* 테스트는 조직원의 능력과 자신감에 의존
|
|-
| Level2
관리(Managed)
|
* 테스트와 디버깅이 구분
* 결함 발견 활동의 집중
* 테스트가 SDLC에서 하나의 독립된 단계로 정의
* 테스트 정책을 문서화하거나 정책의 일부분으로 정의
* 전략·접근법 근거하여 테스팅 고 있다는 것을 증명
|
* 테스트 정책과 전략
* 테스트 계획
* 테스트 모니터링 및 제어
* 테스트 설계 및 수행
* 테스트 환경
|-
| Level3
정의(Defined)
|
* 테스팅이 개발생명주기와 통합되는 단계
* 별도의 테스트 전담조직 보유
* 조직차원에서 테스팅을 내재화
|
* 테스트 조직
* 테스트교육/훈련 프로그램
* 테스트 수명주기와 통합
* 비기능 테스팅
* 동료 검토
|-
| Level4
관리&측정(Management& Measurement)
|
* 동료 검토 활동 수행
* 요구사항 분석 단계부터 예방적 테스팅
* 테스트를 관리하고 측정하는 단계
* 메트릭을 이용한 테스트 수치화, 정량화
|
* 테스트 측정
* 소프트웨어 품질 평가
* 발전된 동료 검토
|-
| Level5
최적화(Optimization)
|
* 결함 예방과 품질제어 활동에 초점
* 테스트 프로세스가 정의·관리되며, 비용과 효과 모니터링
* 테스트 프로세스가 지속적으로 개선·조정
* 활동이 통계적 방법과 다양한 평가 기준에 의해 측정
|
* 결함 예방
* 테스트 프로세스 최적화
* 품질제어
|}

소프트웨어 테스팅

2019-11-02T10:32:45Z

아마습: 소프트웨어 테스트 문서로 넘겨주기

#넘겨주기 [[소프트웨어 테스트]]

ISO/IEC/IEEE 29119

2019-11-02T10:32:27Z

아마습:

[[분류:소프트웨어 공학]][[분류:표준]]
;[[ISO]], [[IEC]], [[IEEE]]에서 공동 개발한 [[소프트웨어 테스팅]]을 위한 국제 표준

== 구성 ==
[[파일:ISO IEC IEEE 29119.png]]
{| class="wikitable"
|-
! 파트 !! 주제 !! 내용
|-
| 파트1 || 개념 및 정의
(Concepts and Vocabulary)
||
* 소프트웨어 테스팅 개념
* 조직과 프로젝트 관점에서의 소프트웨어 테스팅
* 소프트웨어 생명 주기 모델에서의 일반적인 테스팅 프로세스
* 위험 기반 테스팅(Risk-Based Testing)
* 테스트 서브 프로세스(Test Sub-Process)
|-
| 파트2 || 테스트 프로세스
(Testing Process)
||
* 다계층 프로세스 모델(Multi-Layer Process Model)
* 조직의 테스트 프로세스(Organizational Test Process)
* 테스트 관리 프로세스(Test Management Process)
* 동적 테스트 프로세스(Dynamic Test Process)
|-
| 파트3 || 테스트 문서화
(Testing Documentation)
||
* 조직의 테스트 프로세스 문서
* 테스트 관리 프로세스 문서
* 동적 테스트 프로세스 문서
|-
| 파트4 || 테스트 기법
(Testing Technique)
||
* 테스트 설계 기법
** 명세 기반 테스트 설계 기법
** 구조 기반 테스트 설계 기법
** 경험 기반 테스트 설계 기법
* 테스트 커버리지 측정
|-
| 파트5 || 키워드 주도 테스팅
(Keyword Driven Testing)
|| 키워드 주도 테스팅 소개, 접근방법, 테스팅 프레임워크 및 도구
|}

소프트웨어 테스트

2019-11-02T10:31:20Z

아마습:

[[분류:소프트웨어 공학]]
;Software Test

== 개요 ==
=== 정의 ===
* 노출되지 않은 숨어있는 결함(Fault)을 찾기 위해 소프트웨어를 작동시키는 일련의 행위와 절차
* 오류 발견을 목적으로 프로그램을 실행하여 품질을 평가하는 과정
* 개발된 소프트웨어의 결함과 문제를 식별하고 품질을 평가하며 품질을 개선하기 위한 일련의 활동
* 일반적으로 테스트 케이스에 따라 SW를 동적으로 실행시켜 예상결과치와 비교 분석
* SW의 동작과 성능, 안정성이 요구되는 수준을 만족하는지 확인하기 위한 결함을 발견하는 메커니즘

=== 목적 ===
* 프로그램의 잠재된 오류의 발견
* 기술적인 기능 및 성능의 확인
* 사용자 요구 만족도 향상
* 제품 신뢰도 향상

=== 테스트의 일반적인 원리 ===
{| class="wikitable"
! 원리
! 내용
! 원인
|-
| 결함 발견
|
* 결함제거가 아닌 결함의 발견을 목적으로 함
|
* Test 본연의 역할
|-
| 불완전성
|
* 완벽한 테스팅은 불가능
* 무한경로, 무한입력값, 무한타이밍
|
* 자원의 한계
|-
| 정황 의존성
|
* 테스트는 테스트 주변환경에 의한 영향을 받음
|
* 외부요소, 심리요소
|-
| 초기 집중
([[요르돈 법칙]])
|
* 개발 설계 시 부터 테스트를 고려
* 결함의 조기발견 및 재유입 방지
|
* 품질비용 감소
|-
| 결함 집중
|
* 결함의 80%는 20%코드에 집중
* 결함이 높은 곳에 자원집중
|
* 파레토 법칙
|-
| 살충제 페러독스
|
* 동일한 테스트 전략, 기법을 적용할 시 내성이 생김
|
* 테스터의 수동적 자세
|-
| 오류-부재 궤변
|
* 결함을 모두 제거하였다고 품질이 우수하다고 볼 순 없음
|
* SW 요구사항 불만족
|}

== 참조 모델 ==
* [[TMMi]]
* [[ISO/IEC/IEEE 29119]]
* [[확인과 검증|확인과 검증(V&V)]]

== 테스트 종류 ==
=== 단계별 구분 ===
[[V 다이어그램]]
[[파일:V다이어그램.jpg]]
* 소프트웨어 개발 생명주기에 따라 대응되는 테스트를 표현한 다이어그램
{| class="wikitable"
|-
! 테스트 !! 세부 내용
|-
| [[단위 테스트]]
(Unit Test)
||
* 인터페이스 테스트
* 자료구조 테스트
* 수행경로 테스트
* 예외처리 테스트
* 경계값 테스트
|-
| [[통합 테스트]]
(Integration Test)
||
* 하향식 통합
* 상향식 통합
|-
| [[시스템 테스트]]
(System Test)
||
* 회복 테스트
* [[보안 테스트]]
* 강도 테스트
* 민감도 테스트
* [[성능 테스트]]
|-
| [[인수 테스트]]
(Acceptance Test)
||
* 알파 테스트
* 베타 테스트
|-
| [[설치 테스트]]
(Install Test)
||
* 하드웨어 구성
* 소프트웨어 구성
* 파일시스템 구성
* 다른 소프트웨어와의 연계
|}

=== 접근방법에 따른 구분 ===
==== 정적 테스트 ====
* [[정형 기술 검토]]

==== 동적 테스트 ====
* [[블랙박스 테스트]]
* [[화이트박스 테스트]]

소프트웨어 테스트

2019-11-02T10:26:51Z

아마습:

[[분류:소프트웨어 공학]]
;Software Test

== 개요 ==
=== 정의 ===
* 노출되지 않은 숨어있는 결함(Fault)을 찾기 위해 소프트웨어를 작동시키는 일련의 행위와 절차
* 오류 발견을 목적으로 프로그램을 실행하여 품질을 평가하는 과정
* 개발된 소프트웨어의 결함과 문제를 식별하고 품질을 평가하며 품질을 개선하기 위한 일련의 활동
* 일반적으로 테스트 케이스에 따라 SW를 동적으로 실행시켜 예상결과치와 비교 분석
* SW의 동작과 성능, 안정성이 요구되는 수준을 만족하는지 확인하기 위한 결함을 발견하는 메커니즘

=== 목적 ===
* 프로그램의 잠재된 오류의 발견
* 기술적인 기능 및 성능의 확인
* 사용자 요구 만족도 향상
* 제품 신뢰도 향상

=== 테스트의 일반적인 원리 ===
{| class="wikitable"
! 원리
! 내용
! 원인
|-
| 결함 발견
|
* 결함제거가 아닌 결함의 발견을 목적으로 함
|
* Test 본연의 역할
|-
| 불완전성
|
* 완벽한 테스팅은 불가능
* 무한경로, 무한입력값, 무한타이밍
|
* 자원의 한계
|-
| 정황 의존성
|
* 테스트는 테스트 주변환경에 의한 영향을 받음
|
* 외부요소, 심리요소
|-
| 초기 집중
([[요르돈 법칙]])
|
* 개발 설계 시 부터 테스트를 고려
* 결함의 조기발견 및 재유입 방지
|
* 품질비용 감소
|-
| 결함 집중
|
* 결함의 80%는 20%코드에 집중
* 결함이 높은 곳에 자원집중
|
* 파레토 법칙
|-
| 살충제 페러독스
|
* 동일한 테스트 전략, 기법을 적용할 시 내성이 생김
|
* 테스터의 수동적 자세
|-
| 오류-부재 궤변
|
* 결함을 모두 제거하였다고 품질이 우수하다고 볼 순 없음
|
* SW 요구사항 불만족
|}

== 참조 모델 ==
* [[TMMi]]
* [[ISO/IEC 29119]]
* [[확인과 검증|확인과 검증(V&V)]]

== 테스트 종류 ==
=== 단계별 구분 ===
[[V 다이어그램]]
[[파일:V다이어그램.jpg]]
* 소프트웨어 개발 생명주기에 따라 대응되는 테스트를 표현한 다이어그램
{| class="wikitable"
|-
! 테스트 !! 세부 내용
|-
| [[단위 테스트]]
(Unit Test)
||
* 인터페이스 테스트
* 자료구조 테스트
* 수행경로 테스트
* 예외처리 테스트
* 경계값 테스트
|-
| [[통합 테스트]]
(Integration Test)
||
* 하향식 통합
* 상향식 통합
|-
| [[시스템 테스트]]
(System Test)
||
* 회복 테스트
* [[보안 테스트]]
* 강도 테스트
* 민감도 테스트
* [[성능 테스트]]
|-
| [[인수 테스트]]
(Acceptance Test)
||
* 알파 테스트
* 베타 테스트
|-
| [[설치 테스트]]
(Install Test)
||
* 하드웨어 구성
* 소프트웨어 구성
* 파일시스템 구성
* 다른 소프트웨어와의 연계
|}

=== 접근방법에 따른 구분 ===
==== 정적 테스트 ====
* [[정형 기술 검토]]

==== 동적 테스트 ====
* [[블랙박스 테스트]]
* [[화이트박스 테스트]]

ITIL 4

2019-11-02T10:21:10Z

아마습:

[[분류:소프트웨어 공학]]
;IT Infrastructure Library
;ITSM(IT Service Management)를 지원 구축 관리하기 위한 Best Practice 기반 프레임워크의 4번째 버전

[[파일:ITIL 4 4개 차원.png]]

== [[ITIL v3]]과의 차이 ==
{| class="wikitable"
|-
! 구분 !! ITIL v3 !! ITIL 4
|-
| 구성 || 36개 '''Process''' || 34개 '''Practice'''
|-
| 생명주기
|| '''Service Management Lifecycle'''
* Service Strategy
* Service Design
* Service Transition
* Service Operation
* Continual Service Improvement
|| '''Service Value Chain(VC)'''
* Plan
* Improve
* Engage
* Design and Transition
* Obtain/Build
* Deliver and Support

|-
| 관점
|| '''4 Ps''' of Service Design
* People
* Processes
* Partners
* Products
|| '''4 Dimensions''' of Service Management
* Organization and People
* Value Streams and Processes
* Partners and Suppliers
* Information and Technology
|}

== ITIL 4에서 새로 등장한 개념 ==
* The Four Dimensions of Service Management
* Service Value System
* Service Value Chain
* Value CoCreation
* Service Relationship Model
* Value, Outcomes, Costs, and Risks (VOCR)
* Value Streams
* ITIL’s Guiding Principles
* General Management Practices
* Technical Management Practices

== 참고 문헌 ==
* [https://raisonde.tistory.com/entry/ITIL-v30에서-ITIL-4로의-변화-정리 ITIL v3.0에서 ITIL 4로의 변화 정리 - 지식잡식 블로그]
* [https://www.beyond20.com/itil-4-complete-guide/ ITIL 4 Complete Guide]

ITIL v3

2019-11-02T10:18:31Z

아마습: 새 문서: 분류:소프트웨어 공학 ;IT Infrastructure Library ;ITSM(IT Service Management)를 지원 구축 관리하기 위한 Best Practice 기반 프레임워크 * 영국 정부기...

[[분류:소프트웨어 공학]]
;IT Infrastructure Library
;ITSM(IT Service Management)를 지원 구축 관리하기 위한 Best Practice 기반 프레임워크
* 영국 정부기관인 CCTA(현 OGC : Office of Government Commerce)가 1986년 최초 발간한 45여권의 책이 기원
* 사용자, 공급자, 컨설턴트로부터 자료 수집,검증을 거쳐 발간 후 영국 정부기관에 적용하였으며, [[itSMF]]를 통해 계속 발전

== ITIL v3.0의 변화 ==
* V2.0은 단위 프로세스간의 연결 고리 불명확, 각 프로세스 별로 하위프로세스간 연결고리만 강조
* V2.0의 한계점 극복을 위해 서비스 Life-Cycle 중심으로 전환하여 V3.0으로 개정

== ITIL 특징 ==
* Best Practice: 방법론이 아닌 Best Practice 모델 제시
* Business Value: 비즈니스 가치 제공 중심의 IT 체계 수립 전략 제시
* Life-Cycle: v3.0 부터 프로세스를 Life-Cycle 기반으로 설명

== 프로세스 ==
{| class="wikitable"
! 단계
! 설명
! 주요프로세스
|-
| 서비스전략
Service Strategy(SS)
| * IT 서비스전략을 중심으로 비즈니스 가치 제공- IT서비스 전략을 중심으로 비즈니스 가치 제공- 서비스 관리의 중장기 목표 및 정책과 서비스에 대한 전략적 요건을 정의
| 전략수립, 서비스 포트폴리오 관리, 수요관리, 재무 관리
|-
| 서비스 설계(SD)
Service Design
|
* IT서비스 전략을 중심으로 비즈니스 가치 제공을 위한 설계
* 전략적 항목을 바탕으로 실행 가능한 서비스 솔루션 및 서비스 관리 프로세스를 설계
* 경영요구사항에 포트폴리오 연계
| 서비스카달로그관리, 서비스수준관리, 용량관리, 가용성관리, IT연속성관리, 정보보안관리, 공급자관리
|-
| 서비스이전(ST)
Service Transition
|
* 비즈니스에 맞는 서비스를 제공하기 위한 서비스 여행
* 실 운영 환경으로 이전의 계획 및 설계를 전환
| 변경관리, 서비스자산 및 형상관리, 지식관리, 전환계획 및 지원, 릴리즈 및 배치관리, 서비스 확인 및 테스트, 평가
|-
| 서비스운영(SO)
Service Operation
|
* 비즈니스에 가치를 부여할 수 있는 운영활동
* SLM을 기본으로 고객에게 서비스를 제공
* End to End 서비스 운영 Practice<ref>이 부분이 V2 Service Support, Delivery로 맞추어짐</ref>
| 이벤트 관리, 인시던트 관리, 요청이행 프로세스, 접근관리, 문제관리, 일상적인 서비스 운영 활동, 서비스 데스크, 기술 관리, 어플리케이션 관리, IT 운영 관리
|-
| 지속적 서비스 개선(CSI)
(Continual Service Improvement)
|
* 지속적인 서비스 개선 계획
* 위 4단계 및 학습을 통한 개선 수행
* 비즈니스 Needs와 IT Service간의 Alignment 지속
| 7-단계 개선 프로세스, 서비스 보고, 서비스 측정, 서비스 ROI, 서비스 개선에 대한 비즈니스 요청, 서비스수준관리
|}

ITIL

2019-11-02T10:18:24Z

아마습: 내용을 "분류:소프트웨어 공학 * ITIL v3 * ITIL 4"(으)로 바꿈

[[분류:소프트웨어 공학]]
* [[ITIL v3]]
* [[ITIL 4]]

ITIL 4

2019-11-02T10:17:33Z

아마습: 새 문서: 분류:소프트웨어 공학 ;IT Infrastructure Library ;ITSM(IT Service Management)를 지원 구축 관리하기 위한 Best Practice 기반 프레임워크의 4번째 버전...

[[분류:소프트웨어 공학]]
;IT Infrastructure Library
;ITSM(IT Service Management)를 지원 구축 관리하기 위한 Best Practice 기반 프레임워크의 4번째 버전

[[파일:ITIL 4 4개 차원.png]]

== [[ITIL v3]]과의 차이 ==
{| class="wikitable"
|-
! 구분 !! ITIL v3 !! ITIL 4
|-
| 구성 || 36개 '''Process''' || 34개 '''Practice'''
|-
| 생명주기
|| '''Service Management Lifecycle'''
* Service Strategy
* Service Design
* Service Transition
* Service Operation
* Continual Service Improvement
|| '''Service Value Chain(VC)'''
* Plan
* Improve
* Engage
* Design and Transition
* Obtain/Build
* Deliver and Support
|-
| 관점
|| '''4 Ps''' of Service Design
* People
* Processes
* Partners
* Products
|| '''4 Dimensions''' of Service Management
* Organization and People
* Value Streams and Processes
* Partners and Suppliers
* Information and Technology
|-
| 관점
|| 4 Ps of Service Design
* People
* Processes
* Partners
* Products
|| 4 Dimensions of Service Management
* Organization and People
* Value Streams and Processes
* Partners and Suppliers
* Information and Technology
|-
| 관점
|| 4 Ps of Service Design
* People
* Processes
* Partners
* Products
|| 4 Dimensions of Service Management
* Organization and People
* Value Streams and Processes
* Partners and Suppliers
* Information and Technology
|}

== ITIL 4에서 새로 등장한 개념 ==
* The Four Dimensions of Service Management
* Service Value System
* Service Value Chain
* Value CoCreation
* Service Relationship Model
* Value, Outcomes, Costs, and Risks (VOCR)
* Value Streams
* ITIL’s Guiding Principles
* General Management Practices
* Technical Management Practices

== 참고 문헌 ==
* [https://raisonde.tistory.com/entry/ITIL-v30에서-ITIL-4로의-변화-정리 ITIL v3.0에서 ITIL 4로의 변화 정리 - 지식잡식 블로그]
* [https://www.beyond20.com/itil-4-complete-guide/ ITIL 4 Complete Guide]

파일:ITIL 4 4개 차원.png

2019-11-02T10:15:26Z

아마습: