SW결함 심각도별 분류

결함 심각도 내용 요약
치명적 결함 (Critical) 기능이나 제품의 테스트를 완전히 방해하거나 못하게하는 결함  데이터 손실, 시스템 충돌 
주요 결함 (Major) 기능이 기대와 많이 다르게 동작하거나 그 기능이 해야하는 것을 못하는 결함 기능 장애
예) WebConSole에서 화면 멈추는 현상
경미한 결함 (Minor) 사용상의 불편한을 유발하는 결함  표준위반, UI 잘림
예) WebConSole에서 값 불일치

'품질 > 품질통제' 카테고리의 다른 글

필통 결함/개선사항 정리  (0) 2022.11.20
필통 사용성 평가  (0) 2022.11.20
테스트 유형  (0) 2022.04.20
테스트케이스 작성법  (0) 2022.04.01
품질자동화 Redmine 형식  (0) 2022.01.19

테스팅하는 목적 및 품질 특성을 염두에 두고, 소프트웨어 시스템을 검증하는 일련의 테스트 활동을 말한다.

 

테스트 유형은 다음과 같은 특정한 테스트 목적에 중점을 둔다.

- 소프트웨어가 수행하는 기능에 대한 테스팅

- 호환성, 신뢰성, 사용성과 같은 비기능적인 품질 특성 테스팅

- 소프트웨어나 시스템의 구조나 아키텍처에 대한 테스팅

- 변경 내용에 관련된 테스팅, 예를 들어, 결함에 대한 수정이 이루어졌는 지에 대한 확인 테스팅과 의도하지 않은 변경을 찾는 리그레션 테스팅

 

기능적 그리고 구조적 테스팅은 소프트웨어의 모델을 이용하거나 필요한 경우 이러한 모델을 생성해 가면서 테스팅하는 것이다. 예를 들어, 기능적 테스팅은 프로세스 흐름 모델, 상태 전이 모델이나 평문 언어 명세 등을 이용하여 테스팅할 수 있고, 구조적 테스팅은 제어 흐름 모델이나 메뉴 구조 모델 등을 이용하여 테스팅할 수 있지만, 이러한 산출물들이 개발단계에서 의미있게 도출하지 않았다면 리스크가 높은 업무에 한해서 테스터가 직접 이러한 산출물들을 만들어 내면서 테스트를 설계하는 것이다.

 

2.3.1 기능 테스팅

 

실행되어야 하는 서브시스템 또는 컴포넌트의 기능은 요구사항명세, 유즈케이스 또는 기능적인 명세와 같은 개발 산출물에 기술되어 있거나, 문서화되지 않을 수 있다. 여기서 기능은 시스템이 수행하는 그 "무엇"을 의미한다.

 

기능 테스팅은 문서화되어 있거나 테스터가 알고 있는 기능과 특징, 그리고 그것들과 특별한 시스템과의 상호 운용성을 고려하여 수행하며 모든 테스트 레벨에서 수행될 수 있다. 예를 들어, 컴포넌트 테스트 레벨에서의 기능 테스팅은 컴포넌트 명세를 기반으로 한다.

 

기능 테스팅은 명세기반기법을 이용해 소프트웨어나 시스템의 기능에서 테스트 조건과 테스트 케이스를 도출하고, 소프트웨어의 외부적인 행동을 고려한다.

 

ISO/IEC 9126에서는 기능성이라는 품질 특성에 적합성, 정확성, 준수성, 상호운용성, 보안성 등의 부특성을 포함시키고 있다.

 

보안성 테스팅은 악의적인 코드와 같은 외부로부터의 위협을 감지해 내는 것과 관련이 있는 기능(방화벽)을 확인한다.

- 보안정책 확인

- 시스템으로 침투하는 보호되지 않는 진입점(트랩도어) 파악

- 가용성, 무결성, 기밀성, 부인방지 등의 보안 관련 평가

 

상호운용성 테스팅은 하나 또는 여러 개의 명시된 컴포넌트나 시스템이 서로 상호작용하는 소프트웨어 제품의 능력을 평가하는 것이다.

 

 

 

 

2.3.2 비기능 테스팅

......

 

2.3.3 구조적 테스팅

......

 

2.3.4 확인(재)/리그레션 테스팅

......

 

'품질 > 품질통제' 카테고리의 다른 글

필통 사용성 평가  (0) 2022.11.20
SW결함 심각도별 분류  (0) 2022.05.17
테스트케이스 작성법  (0) 2022.04.01
품질자동화 Redmine 형식  (0) 2022.01.19
Redmine Feedback 품질자동화 양식  (0) 2022.01.13

2022년 ICT상반기 인턴이 테스트케이스 작성 전 스터디한 내용 공유합니다.

 

 

'품질 > 품질통제' 카테고리의 다른 글

SW결함 심각도별 분류  (0) 2022.05.17
테스트 유형  (0) 2022.04.20
품질자동화 Redmine 형식  (0) 2022.01.19
Redmine Feedback 품질자동화 양식  (0) 2022.01.13
주간 품질측정 진행 목적 및 진행 방향  (0) 2022.01.11

1. 제목
 끝부분에 [확인자] 버전명 확인 상황작성

 예) Bug #9556
 _[박OO ] WebConsole - 2022.01.01 동일한 현상 발생


2. 본문
 재현되고 있는 화면 캡처
 예) 테스트절차결과.png

버전 작성
 예) 
 WebConsole - 2022.01.01
 https://project.OOO/redmine/OOO/OOO/OOO/3806 

 [0216] OOO 3.6 (bld OOO rev OOOOO) (2021-12-08)
 https://project.OOO.OO.OO/redmine/OOO/OOO/topics/3768

재현 상황
 예)
 확인결과 재현이 되고 있습니다.

 

현재 메일공유를 통해

   => 1단계) 현 패키지가 이정도 테스트가 됐구나 알림 정도 

   => 2단계) 제가 품질방향 접근에 있어서 부족한 부분들 정리하면서 저 자체적으로 보완 

   => 3단계) 보완된 부분들 정리가 되면 툴로 만들어 자동 운영 단계로 나아갑니다.

 

[금주 진행한 테스트]

 1) 사전테스트

 2) 부분확인회귀테스트

 3) Resolved된 항목 확인/회귀테스트

 4) 리스크 분석 위험/품질요소를 고려 테스트

 

 

[테스트 상세설명]

1) 사전테스트

  - 목      적 : 사전확인항목 (기본기능 또는 그 기능으로 다음 테스트 불가 항목) 중 결함 발생될 경우 재패키지 요청 

  - 진행요일 : 월요일 오전 (패키지 설치 후 빠른 테스트 진행)

                  *월요일 결함 수정 불가능, 재패키지 어려울 시 추후 항목 Resolved된 후 버전 확인 절차 

  - 비     고 : 재패키지 요청 히스토리

                  1/24 (월) 재패키지 요청 - 결과: 지연

 

2) 부분확인회귀테스트

 - 목     적 : 고객사에서 발생된 critical 항목이 동일하게 발생되지 않겠끔 방어전략 진행

 - 진행요일: 월요일

 

3) Resolved된 항목 확인테스트

 - 목     적: 살충제 패러독스 현상을 막기 위한 진행

 - 진행요일: 화~수 또는 화~목요일

 - 메일전송내용: 타조직 분들 결함들도 확인하면서 수정/방치된 결함들을 closed 진행(진행예정) 건  2022/01/06 목요일 오전 11:02:12

      기존 테스트케이스를 반복적으로 진행하다보면 살충제 패러독스 현상으로 다양한 결함을 발견하지

      못해 기존 등록되어 있는 결함들 중 Resolved된 항목들 확인(회귀) 진행하기도 하는데요.

      품질자동화 외 분들 결함들도 확인하면서 수정/방치된 결함들을 closed 진행(진행예정)을 했습니다.

      혹시 문제가 되면 말씀해주시면 요청하셨던 분 결함 항목은 제외하고 진행하고,

      항목과 다르게 테스트해서 재현되더라도 너그럽게 이해 부탁드립니다.

      PS) 참고로 VOC는 고객사에서 중요한 요구사항이 포함될 수 있기에 Resolved 장기간 방치된 항목만 확인

           예정입니다.

 

4) 리스크 분석 위험/품질요소를 고려 테스트

 - 목     적: 장애 발생가능성, 사업영향도 고려 후 기능 선별 후 집중 테스트 진행

 - 진행요일: 무관

 

 

+ Recent posts