SW 품질 표준 및 종합 상 QM(품질관리) [정의]주어진 요구사항을 충족시키는데 필요한 품질정책, 품질목표, 품질 관련 책임사항들을 결정 및 수행하는 회사 차원의 모든 활동
[프로세스]
품질관리계획수립(품질관리계획서, 품질지표)
품질보증수행(변경요청)
품질통제(품질통제 측정치, 검증된 인도물)
[품질비용]
적합 품질비용 : 예방비용, 평가비용
부적합 품질비용 : 내부실패 비용, 외부실패비용		   계보통
적예평부내외
토픽 이름(중) 품질관리계획수립
분류 SW > SW 품질 표준 및 종합 > 품질관리계획수립
키워드(암기) 입력물 (프로젝트 헌장)
도구 (전문가 판단, 데이터 수집, 브레인스토밍, 인터뷰, 비용편익분석, 품질비용)
산출물 (품질관리 계획서, 품질지표, 프로젝트 관리 계획서 갱신(위험관리 계획서, 범위 기준선)
암기법(해당경우)  

 

I. 프로젝트 품질관리 계획 수립의 개념

- 프로젝트 품질 관리 계획은 프로젝트, 산출물과 품질 요구사항이 어떻게 동작하는지 관련된 사항을 문서화하는 기준으로, 품질요구사항을 일치화 하는 프로세스

(특징) : 품질시스템 요구사항파악, 품질보증/통제 절차 파악, 품질통제 절차 파악

 

II. 프로젝트 품질관리 계획 수립 프로세스 및 구성요소

가. 프로젝트 품질관리 계획 수립 프로세스

나. 프로젝트 품질관리 계획 수립 구성요소

ITO 구성요소 설명
입력물 프로젝트 헌장 프로젝트 헌장에 기술된 품질에 관련된 항목을 찾아 참조
  프로젝트 관리 계획서 - 품질 관리 계획을 개발하는 데 사용하는 문서
- 품질관리 계획은 범위 기준선, 프로젝트의 시작과 끝에 관련한 일정 기준선, 원가 성과 측정에 관련한 원가 기준선, 일반적인 관리 계획들을 포함하는 문서
  프로젝트 문서 가정사항로그, 요구사항문서, 요구사항 추적표 등의 문서
도구 전문가 판단 품질에 대한 전문 지식을 가진 전문가 참여
  데이터 수집 벤치마킹, 브레인스토밍, 인터뷰 등의 수집 활동
  데이터 분석 비용편익 분석, 품질 비용 등에 대한 분석
산출물 품질관리 계획서 프로젝트 관리 팀에서 수행 조직의 품질 정책을 구현하는 방법을 설명
  품질 지표 품질 통제 프로세스가 프로젝트와 제품 속성들을 어떻게 측정할 수 있는지를 기술
  프로젝트 관리 계획서 갱신 위험 관리 계획서, 범위 기준선 갱신

 

III. 프로젝트 품질관리 계획 수립 ITO

반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

품질통제(QC)  (0) 2024.04.13
품질보증(QA), 품질관리  (0) 2024.04.12
성능 테스트  (2) 2024.04.10
Embedded System Test  (1) 2024.04.09
경험기반 기법  (0) 2024.04.08
상 성능 테스트 [정의] 시스템에 요구되는 성능에 대해 시스템의 처리 능력을 검증하는 테스트
** 사용자가 시스템을 사용하기에 성능상 문제 여부를 검증하는 테스트
[지표] 처리량(Throughput), 응답시간(Response Time) , 자원사용량(Utilization), 효율성(Efficiency)
[종류] (단위, 복합, 임계) / (Loop Back, Spike, Tier, 확장성, 가용성 테스트)		 Named User, Concurrent User, Response Time, Think Time 처응자효
단복임
루스티확가
토픽 이름 (상) 성능 테스트
분류 Test > 성능 테스트
키워드(암기) Named User, Concurrent User, Response Time, Think Time
암기법(해당경우) [단복임] [루스티확가]

 

기출문제

번호 문제 회차
1 1. 소프트웨어 성능테스트에 대하여 설명하시오.
 가. 리틀의 법칙(Little's Law)을 통한 성능테스트의 목적에 대하여 설명하시오.
 나. 성능테스트의 종류 및 구성요소에 대하여 설명하시오.		 117.관.4.1
2 3. 시스템의 대형화·복잡화 대국민서비스의 증가 및 모바일화 등으로 인해 안정적인 정보서비스 지원이 기업의 성장과 생존에 중요한 요소가 되었다. 시스템의 빈번한 유지보수와 데이터의 증가 등에 따라 성능저하가 발생하여 성능테스트를 통한 성능 개선 및 서비스 안정화를 하려고 한다. 다음 질문에 답하시오.
(1) 성능테스트에 관련된 다음 용어를 설명하시오.
- Named User, Concurrent User, Response Time, Think Time
(2) 다음의 성능테스트 유형에 대하여 설명하시오.
- Loop Back Test, Tier Test, Spike Test
(3) 성능테스트 시에 고려할 사항에 대하여 설명하시오.		 95.관리.2교시
3 7. 대규모 차세대시스템 구축 프로젝트에서 시스템 특성에 따라 적용해야 할 테스트 유형을 1) 사용자 인터페이스 테스트(User Interface Testing or Usability Testing), 2) 기능 테스트, 3) 비즈니스단 성능테스트, 4) WAN 구간 성능 테스트로 구분 시, 각각에 대한 내용을 설명하시오. 81.관리.1교시
4 2. 시스템을 오픈하기전 최종 시스템의 응답속도를 검증하는 것은 중요하다. 성능테스트에 대하여 다음 사항을 설명하시오.
가. 성능테스트의 주요지표
나. Loop Back Test, Tier Test, Spike Test
다. 성능테스트 수행절차		 합숙_2018.08.5일차
5 2. 정보시스템의 성능을 위한 지표 3가지 이상 기술하고, 성능테스트 유형을 설명하시오. 합숙_2016.01.5일차.공통

 

 

I. 사용자 신뢰성 확보를 위한 성능 테스트 개요

가. 성능 테스트 정의

- 시스템에 요구되는 성능에 대해 시스템의 처리 능력을 검증하는 테스트

- 사용자가 시스템을 사용하기에 성능상 문제 여부를 검증하는 테스트

 

나. 성능 테스트의 기본 원리 Little's law

- ‘공간 내에 머무는 객체 수(L)’는 ‘객체의 공간유입량(λ)’과 ‘객체가 머무는 시간(W)’에 비례한다.

  즉 L = λW이다.

- 시스템의 성능(TPS)는 트랜잭션을 발생시키는 사용자(Active User)를 평균응답시간

  (Mean ResponseTime)으로 나눈 값이다.

- TPS(Transaction Per Second) = AU(Active User) / MRT(평균응답시간(Mean Response Time))

 

II. 성능 테스트의 개념도 및 용어설명

가. 성능 테스트 개념도

 

 

나. 성능 테스트 용어설명

용어 설명
TPS
(Transaction Per Second)		 - AU(Active User) / MRT (평균 응답 시간: Mean Response Time)
Named User - 모든 등록 된 사용자 = Concurrent User + 비 접속자
Concurrent User - 특정 시점 접속사용자 = Active User + In Active User
Active User - 특정 요청을 보낸 다음 응답을 기다리는 사람
In Active User - 요청 결과를 보거나 다음 요청까지 대기하는 사람 (None Event)
Response Time - 요청으로 응답을 받아 화면에 표현할 때 까지 시간
Think Time - 사용자가 생각하는 시간 (= 서버 Idle 하는 시간)
Request Interval Time - 사용자가 한번 클릭하고 다음 클릭할 때 까지 걸리는 시간
  = Response Time + Think Time

 

III. 성능 테스트의 유형 및 구성요소, 절차, 구성 환경

가. 성능 테스트의 유형

분류기준 유 형 설 명
목적 단위성능
테스트		 - 대상 시스템을 업무 단위로 각각 테스트 수행
  복합성능
테스트		 - 실 사용자 패턴으로 동시 사용자 및 가중치를 통해 상황을 재현하여 테스트 수행
  임계성능
테스트		 - 시스템이 최대 발휘할 수 있는 성능 측정
방법 Loopback Test - 시스템을 구성하는 논리적인 아키텍처 상의 컴포넌트들의 overload를 검증하기 위한 성능 시험
  Spike Test - 사용자 Transaction 을 동시 발생하여 시스템 상황 점검
  Tier Test - 구체적인 성능 병목 구간을 찾기 위해 개발 소스상의 직접적 변경없이 시험
  확장성 테스트 - 시스템 증설에 대한 성능 향상 비율 측정
  가용성 테스트 - Transaction 을 특정 기간 동안 발생시키면서 시스템 상황 점검 및 확인

 

나. 성능 테스트의 구성 요소

구성요소 설명
성능 테스트 조직 (계획 수립) - 요구 도출, 성능, 목표 확인, 테스트 계획 수립
성능 테스트 대상 (테스트 설계) - Workload 모델 설계, Test Case 도출, Process 수립, Script 생성 등
성능 테스트 도구 (테스트 실행) - 환경 구성 및 부하 발생 준비 작업, 테스트 수행/모니터링
성능 Test Script (테스트 결과 보고) - 테스트 종합 결과 보고 및 작업 수행 후 평가 보고서 작성
성능 지표 - 전체 사용자, 동시 사용자, 부하, 응답 시간, Think Time, 호출 간격, 처리량

 

다. 성능 테스트의 구성 환경

구성환경 설명
성능 테스트 Controller - 성능 테스트 Script 작성 및 부하 분산 주체
성능 테스트 Agent - Controller 로 부터 지시를 받아서 실제 부하 발생 유발하는 소프트웨어
로그 수집기 - 성능 테스트를 수행하면서 발생하는 로그를 실시간 수집

 

[참고]소프트웨어 성능 테스트의 기본 원리 Little’s law

목적 내용
수학적 이론에 근거한
테스트 수행		 - TPS = AU/ MRT라는 수학적 모델 근거
시스템 성능 및 용량 관리 - 성능의 임계치 및 허용 가능한 수준의 용량 파악
장애 예방 - 과부하 예상 시스템에 대한 테스트를 통한 장애 예방

반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

품질보증(QA), 품질관리  (0) 2024.04.12
QM(품질관리)  (0) 2024.04.11
Embedded System Test  (1) 2024.04.09
경험기반 기법  (0) 2024.04.08
구조기반테스트  (0) 2024.04.07


1시간 정기권을 결재했다면 '한번에' 1시간 입니다.




저는 워낙 많이 타고있어서 1년권을 구입했습니다.


대여~ 반납 까지 1시간안에만 반납시키고 , 다시 또 빌릴수 있습니다.


흔히 하루에 1시간이라고 착각할 수 있지만,


한번에 1시간만 안넘게쓰면 대여 > 반납 > 대여 로 계속해서 쓸수있는것이죠.


그대신에 따릉이 대여소의 위치를 잘 파악해두어야 시간이 지나지 않습니다.


따릉이 서울시 복지중 최고중 하나입니다.





반응형

'재태크 이야기 > 재태크정보' 카테고리의 다른 글

그냥 앉아서 용돈벌기 thenounproject(나운프로젝트) 직접 해보기  (0) 2024.03.05
자동차세 연납 절약, Cashback 최대 1.5만원 캐쉬백 받기!  (0) 2018.01.20

Multiple-V, 상태기반 테스트, 리스크기반 테스트, 명세기반 테스트

출제예상 Embedded System Test [정의] 마이크로 프로세서 또는 마이크로 컨트롤러를 내장하여 제작자가 의도한 특수 기능만을 수행하도록 제작된 컴퓨팅 장치를 테스트 하는 기법
[테스트모델] Dess-V (상위 : 통합검증, 하위 : SW 상세검증 ), Multiple V (모프최)
[테스트기법] 명구경
명세기반(블동경의상유분페원오)
구조기반(구결조쌍변다)
경험기반(경탐오체분)		 Multiple-V, 상태기반 테스트, 리스크기반 테스트, 명세기반 테스트 명구경
토픽 이름 (중) 임베디드 시스템 테스트(Embedded System Test)
분류 Test > 임베디드 시스템 테스트
키워드(암기) Multiple-V, 상태기반 테스트, 리스크기반 테스트, 명세기반 테스트
암기법(해당경우)  

기출문제

번호 문제 회차
1 4. 산업분야에 적용되는 임베디드 소프트웨어의 품질특징을 설명하고, 산업현장에서 임베디드 소프트웨어 테스팅에 있어 발생하는 문제점을 3가지 나열하시오. 107.응용.4교시
2 실시간 임베디드 타겟 시스템(Real-time Embedded Target System)을 자동으로 시험하기 위하여 기능(Function), 성능(Performance) 및 인터페이스(Interface) 중심의 테스트베드(Testbed)를 설계하시오. 102.응용.4교시
3 6. 임베디드 시스템을 테스트하기 위한 하드웨어 및 소프트웨어 테스트 기법에 대하여 설명하시오. 96.응용.3교시
4 4. 임베디드 시스템(Embedded System)의 테스트 개념, 테스트 기법의 유형, 이벤트 기반 기법인 Record&Replay에 대해 설명하시오. 합숙_2020.01.공통.D1
5 4. 임베디드 시스템(Embedded System)의 테스트 개념, 테스트 케이스 도출기법, 이벤트기반 시스템 테스팅 기법인 Record & Replay 테스트 절차에 대해 설명하시오. 합숙_2018.08.공통.D1

I. Embedded 시스템 Testing의 개념

- 마이크로 프로세서 또는 마이크로 컨트롤러를 내장하여 제작자가 의도한 특수 기능만을 수행하도록 제작된 컴퓨팅 장치를 테스트 하는 기법

 

II. Embedded 시스템 테스트 모델 및 기법

가. 테스트 모델

모델 동작원리 설명
Dess-V
- 상위에서는 통합검증을 수행하고, 하위에서 SW 상세 검증하는 모델
- H/W의 테스팅 연계 부분을 별도로 고려하여 테스트를 수행
Multiple V
- V 모델 기반한 모델로 임베디드 시스템 개발 방식을 정형화한 개발모델
- 임베디드 시스템은 모델 -> 시제품(Prototype) -> 최종제품 단계로 진화
- 제품의 진화하는 단계마다 V-model의 활동 전체를 수행

- 기본적인 V모델에서 신뢰성을 높이기 위해 다양한 V-모델의 반복을 통해서 다양한 유형의 테스팅 기법을 이용

* 모델 - PC를 통해 요구된 시스템의 행위를 모의 테스트

* 프로토타입 - 모델로부터 소스 코드를 생성하고 실험용 하드웨어에 소스코드를 이식

* 최종제품 - 실제 하드웨어에 소스 코드 이식

 

나. Embedded 시스템 소프트웨어 테스트 기법

구분 유형 설명
명세 기반 기법 동등분할 - 유사한 도메인 별로 그룹핑하여 대표 값 TC를 도출하는 기법

경계값 분석 - 경계 부분의 결함 발견율에 따른 경계 값 위주의 테스트 기법

결정테이블 테스트 - 결정 테이블에 입력 값과 원인의 조합을 통해서 테스트

상태전이 테스트 - 이벤트, 액션, 활동, 상태, 상태 전이 등을 이용해서 테스트

유즈케이스 테스트 - 비즈니스 시나리오 기반으로 실제 운영 흐름 따라 테스트

페어와이즈 조합 테스트 - 커버해야 할 기능적 범위를 보다 적은 조합으로 테스트

직교배열 테스트 - 수학의 행렬의 기반하여 직교 배열을 이용하여 테스트

분류트리 테스트 - 테스트 아이디어를 시작화 하여 테스트
구조 기반
기법		 구문 - SW 내부 기능을 한번 이상 수행하는 테스트

결정 - 분기들이 한번 이상 모두 수행하도록 테스트

조건 - 내부 조건이 참과 거짓 모두 수행되도록 테스트

다중조건 - 모든 조건에 맞게 수행하는 테스트
경험 기반
기법		 탐색적 테스트 - 테스트 차터를 기반으로 정해진 시간 내에 휴리스틱 테스트

에러 추정 테스트 - 각 시험기법에서 놓치기 쉬운 에러 케이스 위주로 테스트

체크리스트 - 내용과 경험을 나열해 놓은 체크리스트 기반으로 테스트

특성 테스트 - ISO 9126-2의 품질 특성 기준으로 경험적인 테스트

다. 임베디드 시스템 하드웨어 테스트 기법

기법 설 명
블랙박스 테스트 - 내부 동작은 알 수 없는 상태에서 입출력 결과 확인
그레이박스 테스트 - 화이트박스/블랙박스 테스트 기법을 병행하며 테스트 수행
경계스캔
(Boundary Scan)		 - 반도체 등의 PCB, 통합회로 검사 등에서 사용하는 기법으로 JTAG(Joint Test Action Group)에서 개발
- IEEE1491표준, BSDL(Boundary Scan Description Language) 사용
연기테스트
(smoke test)		 - 하드웨어 또는 하드웨어 구성 요소를 변경하거나 수리한 다음 장비를 다시 작동하여 스모크 유무에 따라 테스트 결과를 판별하는 방법
  • 소프트웨어의 의존도 증가로 기법 자체가 소프트웨어 테스팅으로 융합되어 발전 진화함
반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

QM(품질관리)  (0) 2024.04.11
성능 테스트  (2) 2024.04.10
경험기반 기법  (0) 2024.04.08
구조기반테스트  (0) 2024.04.07
Usecase diagram  (0) 2024.04.06
상 경험기반 기법 [정의] 테스터의 지식이나 경험, 직관, 기술능력으로 테스트 케이스를 도출
[기법] 탐색적 테스팅, 오류추정, 체크리스트, 분류트리
* 리스크 기반 테스팅
경참오체분

 

토픽 이름 (중) 경험기반 기법 (Experience-based Technique)
분류 테스트기법 > 경험기반기법
키워드(암기) 탐색적 테스팅, 오류추정(Error guessing), 체크리스트(Checklist), 분류트리
암기법(해당경우) 경(험기반기법)-탐(색)오(류추정)체(크리스트)분(류트리)

 

기출문제

번호 문제 회차
1 4. 아래 SW 테스트 기법에 대해 설명하시오.
가. 블랙박스, 화이트박스
나. 명세기반, 구조기반, 경험기반		 모의_2019.03.관리.2
2 1. 테스트 설계 기법 중 명세기반 기법(Specification-based Technique)과 경험기반 기법(Experience-based Technique)에 대하여 설명하시오. 모의_2017.06.응용.4
3 탐색적 테스트에 대해서 다음을 설명하시오
가. 탐색적 테스트 특징과 절차
나. 테스트 차터
다. 탐색적 테스트와 경험기반 테스트의 비교		 모의_2015.12.관리.2

 

Ⅰ. 테스터의 지적 능력을 극대화 및 Agile 방법론 대응을 위한 경험기반 테스팅의 개요

구분 설명
개념 이전에 테스터가 다루었던 유사 어플리케이션이나 기술에서의 경험, 직관, 테스터의 기술 능력으로부터 테스트 케이스를 추출하는 기법
특징 - 테스트 관련 인력의 지식이나 경험에서 테스트 케이스를 도출
- 테스터, 개발자, 사용자의 소프트웨어에 대한 지식
- 소프트웨어에서 자주 발생하는 결함이나 결함의 분포와 관련있는 지식

- 테스터의 과거 유사 시스템 개발 및 기술 경험을 기반으로 직감적으로 테스트하는 기법

 

Ⅱ. 경험기반 테스팅의 주요 기법

유형 설명 고려사항
탐색적 테스팅
(Exploratory
Testing) 		- 테스트 목표를 포함하는 테스트 차터(Charter)를 기반으
로 정해진 시간내에 테스트 설계, 수행, 기록과 학습하는
테스팅 기법		 - 명세가 거의 없고 시간이
부족한 경우
- Formal 기법을 보충할 경우
오류추정
(Error guessing) 		- Ad-hoc Testing이라고도 불리며, 어떤 특정한 형태의 결
함이 발생할 것이라고 예측하고, 이 결함을 발견하기 위한
테스트 케이스를 설계하는 기법
- 테스터는 직관과 결험에 기반하여 결함을 예측
- 테스터가 시스템에 대한 완전히 이해한다는 전제로 적용
되는 기법		 - 테스트의 마지막 단계에 사
용
체크리스트
(Checklists) 		- 테스트하고 평가해야 할 내용과 결험을 분류하여 나열해
놓은 목록
- 체계적으로 도출되기 보다는 테스트 결험과 노하우를 정
리하고 목록화하여 다음 테스팅에서 해당 내용을 누락없이
재활용하는 것을 목적으로 작성 		- 공식적인 테스팅을ㅇ 보완
하는 용도로 활용

- 경험기반 테스팅 기법 중 대표적으로 탐색적 테스팅 기법이 많이 활용되고 있음

 

[참고] 리스트 기반 테스팅

I. 효과적인 경험기반 테스팅 수행 전략

가. 리스크 기반 전략과 연계한 경험기반 테스팅 수행

- 경험기반 테스팅은 테스트 대상에 비해서 테스트 자원이 부족한 경우, 우선순위를 나눠서 테스트 자원을 효율적으로 분배하기 위한 테스트 전략이 필요 시 많이 활용되며, 리스크 기반 전략과 연계해 테스팅을 수행

 - STA(Severs Test Area): 반드시 테스트
- STTA(Strong Test Area): 테스트
- ITA(Intensive Test Area): 테스트
- FTA(Fundamental Test Area): 테스트하지 않을 수 있음

- 장애발생가능성, 장애로 인한 영향도를 판단하여 해당 영역별로 테스팅 수행 전략 마련

나. 리스크 기반과 연계한 경험기반 테스팅 수행 전략

전략 설명 수행자
FTA 수행전략 - 개발자의 자유로운 테스팅 수행
- 개발자 경험에 의존한 소스코드 디버깅 및 결함 발견 		- 개발자
ITA 수행전략 - 주로 경계 값에 대한 경험기반으로 테스팅을 진행
- 개발 경험을 보유한 테스터가 수행 		- 개발자, 테스터
STTA 수행전략 - 전문적인 테스팅을 수행하여야 하며, 전문 테스터에 의해 수행 - 테스터
STA 수행전략 - 전문적인 테스팅 경험과 함께 도메인 전문가, 업무 전문가, 응용 프로그램 전문가가 경험 기반으로 테스팅 - 테스터, 업무, 도메인, 응용프로그램 전문가

- 해당 분야의 경험이 많고, 도메인 지식이 높으며, 고객의 요구사항을 정확히 파악하고 있을 시 효과적  

 

[참고] 탐색적 테스팅과 경험기반 테스팅의 비교

반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

성능 테스트  (2) 2024.04.10
Embedded System Test  (1) 2024.04.09
구조기반테스트  (0) 2024.04.07
Usecase diagram  (0) 2024.04.06
Class diagram  (0) 2024.04.05
상 구조기반테스트 화이트박스 테스트 = 구조기반 테스트
 
토픽 이름 (상) 구조기반 테스트(Structure-based techniques)
분류 SW > Test > 구조기반 테스트
키워드(암기) 제어구조시험, 루프시험, Coverage, MC/DC
암기법(해당경우) 화제루

 

기출문제

번호 문제 회차
1 소프트웨어 품질의 테스트 방법인 화이트박스 및 블랙박스 테스트의 4가지 검증기준(coverage)을 예를 들어 설명하고, 테스트 자동화 도구의 유형에 대하여 설명하시오. 114.관리.3
2 블랙박스 테스트 (Black Box Test) 와 화이트박스 테스트 (White Box Test) 를 비교 설명하시오. 84.관리.1
3 소프트웨어의 명세 기반 기법 (Specification Based Technique) 테스트와 구조 기반 기법 (Structure Based Technique) 테스트 방법을 나열하고 설명하시오 83.관리.2
4 소프트웨어 Testing 과 관련하여 다음 사항을 설명하시오
1)검증(verification)과 확인(Validation)의 비교 설명
2)블랙박스 시험과 화이트박스 시험의 비교 설명
3)화이트박스 시험의 필요성		 72.응용.2

 

Ⅰ. 프로그램 내부 로직 분석을 통한 테스트 기법, 구조기반 테스트의 개요

  1. 구조기반 테스트(Structure-based Test)의 정의

- 테스트 프로그램 내부 구조를 기반으로 특정 커버리지(Coverage)를 달성하기 위한 테스트 설계 및

케이스를 도출하기 위한 테스트 기법

나. 구조기반 테스트의 특징

특징 설명
White Box Test 프로그램 내부 구조 및 복잡도를 검증, 테스트
Logic Driven 코드 구조의 효율성 및 오류사항 발견

 

II. 구조기반 테스트의 개념도 및 기법

가. 구조기반 테스트의 개념도

- 내부 구조 및 복잡도를 검증하고 테스트하기 위한 White Box Test

 

 

나. 구조기반 테스트의 기법

기법 설명 사례
제어구조 시험
(Control Structure Testing)		 - McCabe에 의해 제안된 대표적 White Box Test 기법
- 프로그램의 처리 흐름을 제어하는 방법 및 수행 제어를 위해 사용되는 문장의 구조		 - 순차형(순차 구조, Sequence형)
- 선택형(분기구조, If Then Else형)
- 반복형(반복구조, Do While형)
루프 시험
(Loop Testing)		 - 프로그램 루프 구조에 국한해서 실시하는 기법
- 루프 시험의 대상 결함 : 초기화 결함, 인덱싱 및 증가의 결함, 루프의 경계선에서 나타나는 경계 오류
- 루프의 유형 : 단순루프, 중첩루프, 연결루프, 비구조적 루프		 - for, while 등
- go to 등

 

 

III. 구조기반 테스트와 명세기반 테스트의 비교

구분 구조기반 테스트 명세기반 테스트
개념도
정의 프로그램 내부 로직을 참조하며
모든 경로를 테스트		 외부 명세로부터 직접 테스트
Data, I/O 위주 테스트
특징 - 구조테스트
- Logic Driven 테스트
- 모듈 테스트		 - 기능테스트
- Data Driven 테스트
- I/O 테스트
적용 단위테스트 위주 대부분의 테스트에 적용
V&V 하위 레벨 테스트 (시험 환경) 상위 레벨 테스트 (사용자 환경)
점검대상 Loop, Decision 결함, 비수행 구문 시작/종료/인터페이스 결함
기법 Loop, 제어구조 테스트 동등 분할, 경계 값 분석, Cause Effect 그래프, 오류 예측 기법
활용분야 알파 테스트 베타 테스트

 

IV. 테스트 커버리지 관계도 및 유형

가. 테스트 커버리지 관계도

- 구문, 결정, 조건, 조건/결정, 변경 조건/결정, 다중 조건 커버리지 관계도 설명

나. 테스트 커버리지 유형

테스트 유형 설명 사례
구문 커버리지
(Statement Coverage)		 - 프로그램을 구성하는 모든 구문들이 최소한 한번은 실행될 수 있는 입력 데이터를 데스트 데이터로 선정
- 프로그램 내 모든 구문의 테스트를 보장		 - 소스코드
If(a>0 or b>0)
call join
- 테스트케이스
a = 3, b = 4
결정 커버리지
(Decision Coverage)		 - 프로그램 내의 전체 결정문이 적어도 한번은 참과 거짓의 결과를 수행하는 테스트 케이스 생성
- 모든 분기문을 테스트 하는 방법
조건 커버리지
(Condition Coverage)		 - 결정 명령문 내의 각 조건이 적어도 한 번은 참과 거짓의 결과가 되도록 수행하는 테스트 케이스
- 모든 조건을 커버하는 방법
조건/결정 커버리지
(Condition/Decision Coverage)		 - 전체 조건식 뿐만 아니라 개별 조건식도 참 한번, 거짓 한번 결과가 되도록 수행하는 테스트 케이스
변경조건/결정 커버리지
(MC/DC)		 - 각 개별 조건식이 다른 개별 조건식에 영향을 받지 않고 전체
조건식에 독립적으로 영향을 주도록 하는 테스트 케이스
다중조건/결정 커버리지(Multiple Condition Coverage) - 결정 포인트 내에 있는 모든 개별식 조건의 모든 조합을 고려한 커버리지
반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

Embedded System Test  (1) 2024.04.09
경험기반 기법  (0) 2024.04.08
Usecase diagram  (0) 2024.04.06
Class diagram  (0) 2024.04.05
UML의 관계(Relationship)  (0) 2024.04.04
상 Usecase diagram 유스케이스 다이어그램(use-case diagram)
[정의] 시스템이 제공하고 있는 기능 및 그와 관련된 외부요소를 사용자의 관점에서 표현하는 동적 다이어그램
[키워드]Actor, Usecase, include, extend, Generalization, Association, Grouping, 직관적 사용자 대화수단		  

 

토픽 이름(상) Usecase diagram
분류 소프트웨어 >UML> Usecase diagram
키워드(암기) Actor, Usecase, include, extend, Generalization, Association, Grouping, 직관적 사용자 대화수단
암기법(해당경우)  

 

기출문제

번호 문제 회차
1 6.아래 시나리오를 기반으로 고객과 점주가 사용하는 주문 시스템에 대한 Use Case Diagram을 작성하시오 가. 고객은 주문 시스템을 통해 가격을 조회하고 주문할 수 있다. 나. 고객은 주문 시스템을 통해 주문 상태를 확인하고 주문을 취소할 수 있다. 다. 점주는 주문 시스템을 통해 주문 활동을 모니터링하고 창고를 관리할 수 있다. 라. 회계 시스템은 주문 시스템과 연동하여 주문이나 취소 처리할 수 있다. 122관3
2 6. UML(Unified Modeling Language)에서 사용하는 행위 다이어그램(behavior diagram) 인 액티비티 다이어그램(activity diagram), 스테이트 다이어그램(state diagram), 그리고 유스케이스 다이어그램(use-case diagram)에 대하여 설명한 후, 레스토랑에서 일어나는 상황을 고객, 웨이터, 요리사, 그리고 계산대 직원을 고려하여 유스케이스 다이어그램으로 표현하시오. 93회_관리_3교시
4 3. 객체지향 모델의 표현 방법인 UML(Unified Modeling Language)을 사용하여 "수강신청 처리"에 대한 시스템을 설계하시오.
반드시 유스케이스 다이어그램(use-case diagram), 시퀀스 다이어그램(sequence diagram), 클래스 다이어그램(class diagram),
액티비티 다이어그램(activity diagram)을 작성하고, 필요시 다른 diagram을 추가 작성하시오.		 86_관리_3
5 1. 시스템이 제공하고 있는 기능 및 그와 관련된 외부요소를 사용자의 관점에서 표현하는 유스케이스 다이어그램에 대하여 아래의 물음에 답하시오.
가. 유스케이스 다이어그램에 대한 설명
나. 예제의 요구사항에 대하여 유스케이스 다이어그램으로 작성		 모의_2018.12_관리_3
6 1. 유스케이스 다이어그램(usecase diagram)에 대하여 설명하시오 모의_2018.07_관리_1

 

 

I. 시스템 기능에 대한 사용자 입장의 표현, 유스케이스 다이어그램의 개요

  가. 유스케이스 다이어그램(Usecase Diagram)의 정의

   - 시스템이 제공하고 있는 기능 및 그와 관련된 외부요소를 사용자의 관점에서 표현하는 동적 다이어그램

    - 시스템 분석가가 사용자와 힘을 합쳐 시스템의 사용 방법을 결정하는데 도움을 주는 도구

 

 나. 유스케이스 다이어그램의 특징

  특징 설명
직관적 사용자의 기능적 요구사항을 정의하는 직관적인 표현
사용과
사용자		 Use Case와 Actor간의 관계를 표현 (Actor는 시스템을 제외한 모든 외부요소로서 시스템을 사용하는 사람 또는 시스템이며, Actor는 Use Case를 수행함)
사용자와 대화 수단 활용 및 내부 기능을 예측할 목적임
분석단계 주로 분석단계에서 수행하여 시스템 개발 전 단계에 영향
기능설명 시스템이 제공하는 기본적인 기능을 설명

 

II. 유스케이스 다이어그램의 구성요소와 표현

가. 유스케이스 다이어그램의 구성요소

분류 구분 설명 표기법
기본
구성		 Usecase - 시스템이 제공해야 하는 서비스.
- Actor가 시스템을 통한 일련의 행위

Actor (행위자) - 사용자가 시스템에 대해 수행하는 역할(role)
- 시스템과 상호작용하는 사람 또는 사물

시스템
(System)		 - 전체시스템의 영역을 표현
- 특별한 의미를 가지지 못함
관계
표현		 연관(Association) Usecase와 Actor의 관계를 표현 (실선)

확장(Extend) 기본 Usecase 수행 시 특별한 조건을 만족할 때 수행하는 Usecase

포함(Include) - 시스템의 기능이 별도의 기능을 포함 (점선)
- Usecase 를 수행할 때 다른 Usecase 가 반드시 수행되는 것

일반화
(Generalization)		 하위 Usecase/Action이 상위 Usecase/Actor에게 기능/역할을 상속 받음

그룹화
(Grouping)		 여러 개의 Usecase를 단순화 하는 방법

 

 

나. Use Case의 구성요소간 관계 표현법

관계 설명 표기법
연관
(Association)		 Use Case와 Actor의 관계를 표현
(실선)
확장
(Extend)		 - Optional behavior. 선택 적인 행동.
- extension method의 stereotype 으로 표시.
포함
(Include)		 - Mandatory behavior. 필수적인 행동.
- extension method의 stereotype 으로 표시.
일반화
(Generalization)		 - 하위 Use Case/Action이 상위 Use Case/Actor에게 기능/역할을 상속 받음
그룹화
(Grouping)		 - 여러 개의 Use Case를 단순화 하는 방법

 

 

III. Use case Diagram 작성 절차와 사례 (레스토랑의 고객, 웨이터, 요리사, 계산대 직원)

  1. Use Case 작성 절차
절차 설명
Actor 식별 - 시스템의 사용자 식별
- 상호작용 하는 타 시스템 식별
Use Case 식별 - 액터가 요구하는 서비스 식별
- 액터가 요구하는 정보 식별
- 액터가 시스템과 상호작용하는 행위를 식별
Relationship 정의 - 액터와 액터간의 관계 분석 및 정의
- 액터와 유스케이스 관계 분석 및 정의
- 유스케이스와 유스케이스 관계 분석 및 정의
Use Case 구조화 - 2개 이상의 유스케이스에 존재하는 공통 서비스 추출
- 추출된 서비스를 유스케이스로 정의
- 추출된 유스케이스를 사용하는 유스케이스 및 사용자 관계 정의

 

  1.  작성 사례
Usecase 명세 Usecase Diagram
1. 웨이터는 고객의 주문을 받는다
2. 웨이터는 주문을 확인한다 (주문상태 포함)
3. 요리사는 주문을 확인한다
4. 웨이터는 음식을 제공한다
5. 계산대 직원은 음식값을 계산 처리한다
반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

경험기반 기법  (0) 2024.04.08
구조기반테스트  (0) 2024.04.07
Class diagram  (0) 2024.04.05
UML의 관계(Relationship)  (0) 2024.04.04
UML / Diagram 전체  (0) 2024.04.03
상 Class diagram 클래스 다이어그램(class diagram)
[정의] 하나 시스템의 Class, 그 클래스 내의의 속성, operations (or methods), and the relationships among objects 간의 관계를 나타내며 객체 지향 시스템 모형화에서 가장 공통적으로 많이 쓰이는 정적 다이어그램
[키워드] 클래스, 속성(Attribute), 연산(Operation), 연관, 집합연관, 복합연관, 의존, 상속, 구현		  
토픽 이름(상) 클래스 다이어그램 (Class Diagram)
분류 SW > UML > Class Diagram
키워드(암기) 클래스, 속성(Attribute), 연산(Operation), 연관, 집합연관, 복합연관, 의존, 상속, 구현
암기법(해당경우)  

 

기출문제

번호 문제 회차
1 6.아래 내용을 반영한 클래스 다이어그램(Class Diagram)을 작성하시오 가. 훈련교사(Trainer)는 하나 이상의 여러 종목(Pragram)을 훈련시킬 수 있다. 나. 각 종목(Prgramm)은 훈련시간표 상 슬롯(Slot)에 훈련시간(Time)과 훈련실(Room)이 할당되어 있다. (클래스) (속성) Trainer id, name Program number, name Room number, name Time day, hour 122관4
2 객체지향 모델의 표현 방법인 UML(Unified Modeling Language)을 사용하여 "수강신청 처리"에 대한 시스템을 설계하시오.
반드시 유스케이스 다이어그램(use-case diagram), 시퀀스 다이어그램(sequence diagram), 클래스 다이어그램(class diagram), 액티비티 다이어그램(activity diagram)을 작성하고, 필요시 다른 diagram을 추가 작성하시오.		 86.정보관리.3
3 객체지향 모델 표현 UML(Unified Modeling Language)의 특징을 설명하고, "온라인 상품 주문"에 대한 시스템을 설계하기 위해 유스케이스 다이어그램(usecase diagram), 시퀀스 다이어그램(sequence diagram), 클래스 다이어그램(class diagram)을 작성하시오. 모의_2016.04.관리.4
4 3. 모두 60개의 객실을 보유하고 있는 호텔의 객실 예약 시스템을 구축하고자 한다. 호텔 객실 예약 시스템은 담당 직원에 의해 운용된다. 담당 직원은 객실 예약 시스템을 통해 객실을 검색하고 예약할 수 있으며, 예약을 취소할 수 있어야 한다. 객실 예약시스템은 사용이 쉬워야하며 기존의 시스템(하드웨어)를 이용하여 구축할 수 있어야 한다.
가) 기능적인 요구사항을 Use Case diagram으로 기술하시오.
나) 위의 요구사항을 만족하는 시스템의 정적 구조를 Class diagram을 사용하여 기술하시오.		 모의_2010.01.관리.4.3

 

I. 객체타입을 정의하고 정적인 관계를 표현하는, 클래스 다이어그램의 개요

- 시스템을 구성하는 객체의 타입을 정의하고, 그 타입들 간의 존재하는 관계를 표현하는 정적 다이어그램

- Class, Interface, Collaboration 간의 관계를 나타내며 객체 지향 시스템 모형화에서 가장 공통적으로 많이 쓰이는 다이어그램

II. 클래스 다이어그램의 구성도 및 구성요소

가. 클래스 다이어그램의 구성도

 

 

나. 클래스 다이어그램(Class Diagram)의 구성요소

-구성(이름,속성,기능)

 

-접근제어자

 

-관계

 

-연관의 다중성 표현 (선에 아무런 숫자없으면 1:1 관계)

III. 클래스 다이어그램의 관계 표현

관계 유형 설명 표기법
연관관계
(Association Relationship)		 - 두 클래스간 서로 어떠한 연관을 가지고 있는 의미
1 : 1개  0..1 : 0개 또는 1개
* : 다수 1..* : 1개 또는 다수
집합연관관계
(Aggregation Relationship)		 - 클래스와 클래스간의 부분과 전체의 관계를 의미
- UML 2.0에서는 사용하지 않음
의존관계
(Dependency Relationship)		 한 클래스의 변화가 다른 클래스에 영향을 미치는 관계
복합연관관계
(Composition Relationship)		 집합연관관계와 같이 부분과 전체 관계이나, 전체클래스 소멸시 부분클래스도 소멸하는 관계
상속관계
(Inheritance)		 Class 간 상속관계 (‘is a’ 관계) 객체지향의 상속관계를 의미하고, 일반화(Generation)를 의미한다.
인터페이스 인터페이스와 그 인터페이스를 구현한 클래스 사이의 관계를 의미
(실체화: 하나의 객체가 다른 객체에 의해, 오퍼레이션을 하도록 지정관계)
직접 연관(Direct Association) Association과 Directed Association의 차이는 화살표가 의미하는 navigability(방향성)인데 이것에 따라 참조 하는 쪽과 참조 당하는 쪽을 구분
반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

구조기반테스트  (0) 2024.04.07
Usecase diagram  (0) 2024.04.06
UML의 관계(Relationship)  (0) 2024.04.04
UML / Diagram 전체  (0) 2024.04.03
MSA  (0) 2024.04.02

+ Recent posts

티스토리툴바