1. 소개

결함은 후공정에서 적출할수록 비용이 부풀기 때문에 조기에 적출하는 것이 이상적입니다. 그럼에도 불구하고 결함의 종류에 따라 조기에 발견되는 것이나 후공정에서 처음으로 나타나게 되는 것이 있습니다. 예를 들어 컴파일러의 warning이나 정적 해석 툴에서 발견되는 결함은 코딩~빌드의 공정에서 발견됩니다만 에러 처리의 결함은 에러의 상황을 준비해 시스템 동작을 실시하는 것으로 발견할지도 모릅니다.

「이 손의 결함은 이 공정에서 적출한다」라고 하는 공정의 책무를 정의하려고 생각하고 JSTQB FL 시라버스 (Version 2018) 을 읽었더니 「2.2 테스트 레벨」의 절에 테스트 레벨 마다 정리되고 있었습니다. 거기서 책무는 실라버스를 참조해 주시는 것으로 하고, 여기에서는 결함의 혼입이나 테스트 레벨의 보충을 합니다.

2. 결함의 혼입

소프트웨어의 신뢰성 에 소프트웨어의 개발이란 변환의 반복인 것이 설명되고 있어 그 모델도를 이하에 인용합니다. 이 책이 출판된 것은 1977년입니다만 변환의 반복이라고 하는 것은 지금도 변하지 않습니다.



소프트웨어 개발은 ​​요구 → 목표 → 고레벨 설계 → 저레벨 설계 → 프로그램과 같이 큰 덩어리를 단계적으로 상세화하면서 진행합니다. 이러한 변환 과정에서 발생하는 에러(오류)가 누설이나 모호, 실수 1 와 같은 결함(폴트 또는 버그)을 유발합니다. 다음은 예입니다.

누설 : 조건 누설, 기능 (작동) 누설, 성능과 같은 비기능 요구 사항 누설

애매 : 여러 담당자들 사이에서 인식의 차이를 초래하는 표현

실수 : 요청 실수, 요구 사항 실수, 사양 실수, 코딩 실수

프로그램의 결함을 실행하고 현재화하면 고장이 됩니다.

3. 테스트 레벨

프로그램에 한하지 않고 사양서와 같은 중간 아티팩트도 변환 과정에서 결함이 들어가기 때문에 설계 2 의 결함은 설계 공정에서 검증하여 적출합니다 코딩의 결함은 코딩의 공정에서 적출하는 것 외에 단계적으로 테스트를 실시해 제거합니다.
3

여러 시스템으로 구성된 시스템에서 통합 테스트에는 구성 요소 통합 테스트와 시스템 통합 테스트의 두 가지 다른 테스트 레벨이 있습니다. 시스템 통합 테스트는 강의에 따르면 "시스템 테스트 후 또는 실행중인 시스템 테스트 활동과 병렬로 수행됩니다."




에 모면 「누설, 모호, 에러」입니다만 본고에서는 JSTQB FL 실라버스 「1.2.3 에러, 결함, 및 고장」의 에러라고 하는 의미로 「오류」를 이용하고 있기 때문에 「실수」로 하고 있습니다 . 실수 투성이 설계 검토

소프트웨어 설계뿐만 아니라 테스트 설계도 포함됩니다. ↩

리뷰를 하거나 모델이나 프로토타입을 만들어 확인합니다. ↩