1장 테스팅의 기본 개념 (1)_목적,디버깅과의 차이

｜테스팅의 목적

요구사항, 사용자 스토리, 디자인 및 소스 코드와 같은 작업 산출물을 평가하여 오류 방지합니다.
지정된 모든 요구 사항이 충족되었는지 확인합니다.
테스트 개체의 완료를 검증하고 사용자 및 기타 이해 관계자가 예상한 대로 작동하는지 확인합니다.
주제의 품질 수준에 대한 자신감 얻습니다.
장애 및 결함을 감지하여 소프트웨어 품질이 불충분할 위험을 줄입니다.
이해 관계자가 테스트 대상의 품질 수준을 결정할 수 있도록 충분한 정보를 제공합니다.
계약/법정/규제 요구 사항 또는 표준 준수 및 검사 대상이 해당 요구 사항 또는 표준을 충족하는지 확인합니다.

구성 요소 테스트의 목표 중 하나는 가능한 한 빨리 많은 고유 결함을 감지하고 수정하는 것이다. 또 다른 목적은 코드 적용 범위를 늘리는 것입니다.
승인 테스트의 주요 목적 중 하나는 시스템이 예상대로 작동하고 요구 사항을 충족하는지 확인하고 검증하는 것입니다. 또 다른 목적은 주어진 시점에 시스템 배포에 대한 위험 정보를 제공하고 이해 관계자에게 제공하는 것입니다.

 

｜테스팅과 디버깅의 차이

테스트와 디버깅은 다릅니다. 테스트를 실행하면 소프트웨어 버그 및 디버깅으로 인한 오류를 정확히 찾아낼 수 있습니다.
이러한 오류의 원인을 찾아 분석하고 수정하는 것이 개발 활동입니다. 오류는 후속 검증 테스트에서 적절하게 식별됩니다.
변경했는지 확인하십시오. 테스터는 초기 및 최종 검증 테스트를 담당하고 개발자는 관련 구성 요소 디버깅을 담당합니다.
및 구성 요소 통합 테스트(지속적 통합). 반면, 애자일 개발 및 기타 소프트웨어 수명 주기 모델에서 테스터는 디버깅 및 단위 테스트에도 참여합니다.

 

｜테스팅의 필요성

요구 사항을 검토하거나 사용자 스토리를 개선하는 데 테스터를 참여시키면 작업 제품의 버그를 찾는 데 도움이 될 수 있습니다.
요구 사항 결함을 식별하고 제거하면 버그가 있거나 테스트할 수 없는 기능이 개발될 위험이 줄어듭니다.
시스템을 설계하는 동안 테스터가 시스템 설계자와 적극적으로 협업할 때 설계 및 방법 테스트해야 할 사항에 대해 서로를 더 잘 이해합니다. 이 이해 수준이 증가함에 따라 기능도 증가합니다.
설계에 오류가 발생할 위험이 줄어들고 필요한 테스트를 더 일찍 식별할 수 있습니다.
테스터가 코드 개발 중에 개발자와 적극적으로 협력할 때 코드 및 테스트 방법에 대해 향상된 이해는 코드 및 테스트에서 오류의 위험을 줄입니다.

릴리스 전에 테스터가 소프트웨어를 확인하고 검증하도록 하여 놓쳤을 수 있는 버그 수정 및 오류를 일으키는 오류를 발견하고 제거(즉, 디버그)하는 데 도움이 될 수 있습니다. 이렇게 함으로써 소프트웨어가 이해 관계자의 요구 사항과 요구 사항을 충족할 가능성을 높일 수 있습니다.

 

｜오류와 결함, 그리고 장애

사람은 프로그램 코드나 다른 작업 제품을 작성할 때 실수(오류)를 만들어 결점(결함, 버그)으로 이어질 수 있습니다.
특정 작업 산출물에서 실패를 일으키는 버그는 연관된 다른 작업 산출물에서 실패를 일으키는 또 다른 작업 산출물입니다.
다른 오류의 원인이 될 수 있습니다. 예를 들어 요구사항 도출의 오류는 요구사항 결함이 됩니다.
요구 사항 오류는 프로그래밍 오류를 유발하고 결국 코드 오류로 이어집니다.
코드의 오류는 실행 오류로 이어질 수 있지만 반드시 그래야 하는 것은 아닙니다. 예를 들어, 일부 결함이 나타납니다.
특정 입력이나 요구 사항이 충족되지 않는 한 중단이 발생할 가능성은 낮거나 거의 없습니다.

오류의 근본 원인은 오류를 일으킨 원래 작업 또는 조건입니다. 오류를 분석하여 원인을 찾을 수 있고, 향후 유사한 오류가 발생할 확률을 줄일 수 있습니다. 근본 원인을 분석하고 이러한 초점으로 인해 기반 프로세스 개선은 후속 오류의 수를 크게 줄입니다.

오류는 코드 오류와 환경 조건으로 인해 발생할 수 있습니다. 예를 들어 방사선, 전자기장, 오염 등은 펌웨어 결함을 일으키거나 하드웨어 상태를 변경하여 소프트웨어 실행에 영향을 줄 수 있습니다.
검사 결과가 예상과 다르다고 해서 장애가 있는 것은 아닙니다. 테스트 실행 방법 오류, 테스트 데이터, 테스트 환경 또는 기타 테스트웨어가 파손되거나 기타 여러 가지 이유로 오경보가 발생한 경우 거짓양성이 나타날 수 있습니다. 반대로, 유사한 오류나 결함은 거짓음성을 유발합니다.
발생할 수 있음 거짓음성 결과는 테스트에서 발견했어야 하는 오류를 찾지 못한 경우이고 거짓양성은 보고되었지만 실제 결함은 없는 경우입니다.

 

출처 : KSTQB 사이트 CTFL 참고문서