본문 바로가기

knowledge/CSTS

[CSTS] 요약정리 암기노트 1. 테스트개요

💎 류 = error ; 결함이 생기게 한 개발자의 행위 => 람잘못

(사용자의 요구사항을 잘못 이해, 잘못 파악 / 실수, 오타 / 명령어 잘못이해로 코딩 실수 등)

💎 결함 = defect ; SW 내에 장애를 일으킬 수 있는 문제

- 누락 ; 요구사항이 system에 반영 x

- 부정확한 구현 ; 요구사항이 이상하게 반영됨

- 비관련 결함 ; 무의미한 코드 존재, 요구와 관련 x 구현

💎 장애 = failure ; SW가 요구사항과 다르게 동작

 

⭐ 각 단계별 결함이 존재할 가능성 있음. (일부 모듈에 집중되어 나타남)

 

💎 테스트 케이스 (TC) : 입력과 대응되는 예상결과를 묶어서 부르는 말

💎 테스트 절차 : T과정을 명시적으로 정의하고 기록 (준비/실행/관찰/기록)

💎 테스트 스크립트 : 테스트 절차를 자동화 도구 언어로 작성한 것

 

💎 모델기반 테스팅 : T대상에 대한 정형적 명세를 바탕 -> TC, 절차를 자동으로 생성

(안전 필수 SW ; 자동차, 의료기기 등)

💎 결함 해결 비용 : 요구분석 < 설계 < 코딩 < 단위T < 인수T < 유지보수

💎 헤셀 5단계 : 디올오라예

- 디버깅 debugging

- 올바른 동작을 입증 Demonstration

- 오류가 있음을 보여줘 Destruction

- 라이브 사이클 전단계 오류 테스트 Evaluation

- 예방결함 T용이성 고려 Prevention

 

💎 테스팅 : SW의 실제 동작과 요구사항과의 차이를 확인

-> SW에 결함이 있음을 판단

⚡ 동적 테스트 : 결함의 존재 여부를 알수x상황 -> 결함발견목적으로 실행

⚡ 결과 : 결함을 검출한 TC와 T환경, 소스코드 수정에 관여 x

 

💎 디버깅 : 소스코드 수정 (결함의 위치 파악, 제거 목적)

-> system 내부자가 수행

💎 재테스팅 : 코드수정 후 확인용 = 결함 검출한 TC사용

 

💎 품질 보증 > V&V > 테스트

 

💎 테스트 커버리지 : T요구사항을 얼만큼 만족하는지, T정도에 대한 양적평가를 결정

-> T를 더 해야할지, 멈춰야 할지 결정

 

💎 SW생명주기 모델과 테스트

⚡ 순차적 개발 모델

- 폭포수모델 : 전통적, 체계적, 순차적, 문서 많이 산출됨, 요구사항 중간에 안바뀔때, T를 한단계로 취급 (코딩 이후)

- V모델 : 테스트 = 개별 동등취급, 동시시작

⚡ 진화적 개발 모델

- 요구사항이 명확하지 x 경우 (이터레이션, 점진적)

⚡ 애자일 개발 모델 (가볍, 민첩)

- 사람,의사교환 > 프로세스, 도구

- SW > 문서

- 협력 > 협상

- 변화에 반응 > 계획

 

💎 테스트 레벨

=> 요기설구 컴통시인

💎 SW 품질 특성

=> 기사신호이성보유

 


 

위에 내용들은 아래에 있는 정리를 글로 조금 옮긴 거구요!

실제론 이렇게 가시적으로 구조가 보이게끔

정리해서 외워주었습니다

암기법들은 최대한 백지상태에서

외워써보려고 했습니다 :)

아래 이미지 파일 참고해주세요 😉