엘에스웨어시스템

[품질 & 테스트 용어]

1) 살충제 패러독스 현상 : 동일한 테스트가 계속적으로 반복된다면, 실제적으로 동일한 테스트 케이스의 집합은 더 이상 새로운 버그를 발견하지 못하는 현상

- 품질조직에서는 케이스 관리에 있어서 살충제 패러독스 현상을 최소화하기 위해서 케이스를 주기적으로 검토하고, 계속해서 업데이트 필요.

2) 오류-부재의 궤변 : 소프트웨어 결함을 모두 제거해도 사용자의 요구사항을 만족시키지 못하면 해당 소프트웨어는 품질이 높다고 말할 수 없는 것

4.  테스트 기법
 4.1 정적 테스트
  - 실제로 작동하는 시스템이 아닌 문서와 같이 정적인 것을 가지고 검증을 하는 것
  - 소스코드 설계 문서 , 요구 사항 정의서 ” 와 같은 산출물이 중심
   예) 표준 준수 여부를 체크 산출물 문서는 목록에 맞춰서 제대로 작성이 되어 있는지 내용이나 문서 포맷은 표준에 

        맞는지 등의 표준 준수여부 확인 활동
  - 요구 사항이나 산출물에 대해서 검수를 받는 과정

 4.2 동적 테스트
  - 작동이 가능한 실제 시스템을 기반으로 테스트를 수행
  - Whitebox test :
    프로그램상 허용되는 논리경로파악 , 경로복잡성계산테스트 , 구현 내부 구조를 보고 테스트 (코드 테스트)
  - Blac k box test
    내부를 알수 없는 상태에서 기능 성능 테스트 , 부정확하거나 빠진결함 , 인터페이스결함 성능결함 , 자료구조상
    결함발견을 위한 테스트

5. 테스트 유형
 5.1 Retest 재테스트
   - 결함이 발견되고 수정된 후에 소프트웨어는 원래의 결함이 성공적으로 제거되었는지 확인하는 테스트
 5.2 Regression Test 회귀 테스트
   - 결함 수정 이후 변경의 결과로 새롭게 만들어 지거나 , 이전 결함으로 인해 발견되지 않았던 또 다른
     결함을 발견하기 위한 테스트 자료구조상 결함발견을 위한 테스트
   - 자동화 툴 사용 유무과 별개 

(기타)

#테스트의 결과값은 
  1. PASS (성공)
  2. FAIL  (실패)
  3. NA  (기능 구현은 됐지만 테스트 할 수 있는 환경이 아닌 상태)
  4. NT  (기능 자체가 구현이 안되어있는 상태)  

회귀 케이스 선택 기준

확인테스트와 병행해서 회귀테스트를 진행하는데 일반적으로 Selective 기법만 알고 있었지만 두개가 더 있다는 것에 참고해서 진행하면 더 완벽한 회귀테스트가 진행될 것으로 예상이 됩니다.

애플리케이션을 테스트 할 때 누구를 기준으로 하느냐에 딸 검증(Verification) 테스트와 확인(Validation) 테스트로 나뉜다.

검증검증(Verification) 테스트 : 개발자의 시각에서 제품의 생산 과정을 테스트하는 것으로, 제품이 명세서대로

                                        완성됐는지를 테스트한다.

확인(Validation) 테스트: 사용자의 시각에서 생산된 제품의 결과를 테스트하는 것으로, 사용자가 요구한대로 제품이

                                완성됐는지, 제품이 정상적으로 동작하는지를 테스트한다.

애플리케이션 테스트의 분류에는

1. 프로그램 실행 여부에 따른 테스트

   - 정적 테스트

   - 동적 테스트

2. 테스트 기반에 따른 테스트

   - 명세 기반 테스트

   - 구조 기반 테스트

   - 경험 기반 테스트

3. 시각에 따른 테스트

    - 검증검증검증(Verification) 테스트

    - 확인(Validation) 테스트

4. 목적에 따른 테스트

    - 회복 테스트

    - 안전 테스트

    - 강도 테스트

    - 성능 테스트

    - 구조 테스트

    - 회귀 테스트

    - 병행 테스트

# 프로세스를 대상으로 하는 것을 품질보증, 제품을 대상으로 하는 것을 품질제어 구분

•SW품질보증(QA: Quality Assurance)

- 프로세스의 산출물과 프로세스 변경의 결과물로 프로세스의 개선을 위한 과정

- 사용자가 요구하는 품질이 충분히 충족되고 있는 것을 보증하기 위한 생산자가 구성하는 체계적인 활동

- 해당 소프트웨어에 대한 신뢰성을 보장해주기 위해 기본 프로세스를 지원해주는 프로세스

- 고객의 요구사항과 산출물이 일치하는지 확인하기 위한 체계적인 행위로 과정으로 보장

- 보통 품질보증은 제3자의 입장에서 수행

- 품질감사, 프로세스분석 등

• SW품질제어(QC: Quality Control)

 - 결함을 발견하고 수정하는 목적으로 확인과 검증을 통한 검증된 결과물 생산 주목적 (테스트)

 - 확인: 소프트웨어가 명세서와 일치하는지

 - 검증: 소프트웨어가 고객의 기대를 충족하는지

 - 프로젝트 결과가 품질기준을 준수하는지 결정하기 위해 감시, 기록하며 평가하고 권고안을 제시하는 활동

 - 품질이 낮거나 요구사항에 맞지 않는 제품품질의 원인을 식별해 제거하는 활동으로 결과로 입증

 - 품질제어는 소프트웨어의 개발조직, 운영조직 및 유지보수조직내에서 자체적으로 수행, 검토, ISO 등

•소프트웨어 라이프사이클 기간 동안에 이루어지는 모든 활동과, 그 활동의 결과로 생산되는 산출물에 대한 품질을 제어(Control)하고 보증(Assurance)하기 위한 활동으로 본래 사업에 맞게 추진되며 사용자의 요구사항이 적절히 반영 및 구현이 되었는지 확인하는 활동

•

•품질관리(QM) = 품질보증(QA) + 품질제어(QC) 

•주어진 요구를 만족시키는 제품 또는 서비스의 질을 보존하는데 필요한 활동

•품질관리는 품질제어와 품질보증이 유기적으로 연계되어 운영

•품질제어를 통해 제품의 품질을 확보하고 품질관리를 거쳐 품질보증으로 넘어가면 프로세스의 품질이 확보되며 경영자원의 품질이 확보 됨

SW품질이란

• 소프트웨어가 요구사항의 만족 및 개발과정에서 표준의 준수하는 소프트웨어의 기능 및 특성 또는 묵시적인 필요를

  만족시키는 능력과 관련된 소프트웨어의 특성 및 특징 전체

  즉, 고객에게 제품이 제공되었을 때 이용에 불편함이 없으며 고객의 요구사항을 만족하는 정도

• 기능상 품질, 비기능상 품질

• 기능상 품질 : 기능 명세서에 따른 기능 요건이나 사양에 기반하여 주어진 설계를 얼마나 잘 충족하고 있는지를 반영.

 소프트웨어의 목적이 부합하는지, 또 가치가 있는 상품으로서 시장의 경쟁작들과 비견할만한지를 기술

• 비기능상 품질 : 기능 요건의 전달을 지원하는 비기능 요건을 어떻게 충족하는지를 지칭. 이를테면 소프트웨어가 올

  바르게 개발될 수 있는지를 가늠하는 척도로서 내구성이나 유지보수성의 예

• 상대적인 개념이지만 정량적인 측저잉 어느정도 가능함

• 비용, 시간, 인력, 도구 등 여러 자원에 종속적임

• minor한 결함들에 대해서는 일부 품질에 대한 타협이 가능

• 소프트웨어 품질은 소프트웨어 내부 구조, 소스 코드, 단위 수준, 기술 수준, 시스템 수준의 분석을 통해 평가되며

  기능 상의 품질은 일반적으로 소프트웨어 테스트를 통해 측정

• 사용자관점 : 제품의 신뢰성, 효율성, 사용 용이성 등

• 개발자관점 : 검증가능성, 유지보수성, 이식성 등

• 프로젝트 관리자 관점 : 프로세스의 생산성, 제어 용이성 등

• 외부특성 : 사용자 관점의 품질 특성으로 신뢰성, 사용성처럼 사용자에게 보여지는 특성

• 내부특성 : 개발자 관점의 품질 특성으로 외부 특성을 개선시 도움을 줌. 개발 문서나 코드에 대한 정적 측정으로 평가

• CISQ에서 정의한 SW품질의 평가 특성

• Reliability

• Performance Efficiency

• Security

• Maintainability