diff --git a/README.md b/README.md index 311d77a405ec649459564545b0a4a408a8b7ebdd..f252d9a0f48154d22ff41297922c5c62f3b3ad21 100644 --- a/README.md +++ b/README.md @@ -2040,50 +2040,10 @@ int main() * 하나 이상의 관심 속성을 평가하기 위한 소프트웨어 구성 요소 또는 시스템 구성 요소의 실행을 포함 * 실제 요구 사항과 달리 오류, 결함 또는 누락된 요구 사항을 식별하는데 도움이 됨 * 수동으로 또는 자동화 된 도구를 사용하여 수행 가능 + * 중요성 * 소프트웨어 버그가 비싸거나 위험할 수 있기 때문 * 소프트웨어 버그는 잠재적으로 금전적 손실과 인적 손실을 초래할 수 있음 -* 유형 -|테스트 범주|테스트 유형| -|:---:|:---:| -|기능 테스트|* 단위 테스트<br>* 통합 테스트<br>* Smoke<br>* UAT(사용자 수용 테스트)<br>* 현지화<br>* 세계화<br>* 상호 운용성| -|비 기능 테스트|* Performance<br>* Endurance<br>* Load<br>* Volume<br>* 확장성<br>* 유용성| -|유지|*회귀 분석<br>* 유지| -* 테스팅 방식(결함을 발견하는 메커니즘) - * 정적 테스트 - * 소프트웨어를 실행시키지 않고 결함을 검출하는 방법 - * 특징 : 코딩 규칙, 가이드 준수 여부 검사 - * 장점 : 코드 실행 전 사용 - * 단점 : 정확도 상대적 낮음 - * 인스펙션 - * 공식적 검사 - * 프로그램을 실행하지 않고 산출물을 대상으로 공식적 검토, 결함 발견 과정 - * 구성 : 이해 관계자, 중재자, 검토자, 기록자 - * 피어 리뷰 - * 동료 검토 - * 프로젝트 수행과정에서 각 단계 별 산출물, 제품에 대해 동료들이 상호 교차하여 검토 수행하는 활동 - * 구성 : 프로젝트 팀원, 체크리스트 - * 워크쓰루 - * 비공식 검토 - * 프로젝트 개발 초기에 팀 내에서 수행하는 검토 과정 - * 구성 : 프로젝트 팀원 - -|구분|인스펙션|피어 리뷰|워크쓰루| -|:---:|:---:|:---:|:---:| -|공식성|Formal|Mid Formal|Informal| -|개념|산출물 대상 공식 검토|개발단계별 산출물 대상 동료 검토|소팀 내 결함 해결방안 상호 검토| -|목적|요구사항 확인|계획의 적합성 평가|결함 발견| -|기법|이해관계자 산출물 검사|검토 회의|집중 검토 기법| -|규모|3 ~ 6명|3명 이상|2 ~ 7명| -|참석자|이해관계자|경영자, 개발 관리자|개발자| -|리더십|훈련된 중재자|선임 관리자|개발자 본인| -|결함 기록|공식 기록|공식 기록|개인별 기록| - - * 동적 테스트 - * 소프트웨어 실행을 통해 소프트웨어에 존재하는 결함을 검출하는 방법 - * 특징 : 단독분석보다 정적 기법 병행 수행 적용 - * 장점 : 오류 탐색 정확도 높음 - * 단점 : 코드 전체 수행 어려움 * 테스트 방식 * 화이트박스 테스트 (White Box Test) @@ -2103,6 +2063,43 @@ int main() * Dynamic * SW를 실행하여 다양한 입력 값에 대해 기대하는 결과 값이 나타나는지 확인하는 테스팅 기법 +### 정적 테스트 + * 소프트웨어를 실행시키지 않고 결함을 검출하는 방법 + * 특징 : 코딩 규칙, 가이드 준수 여부 검사 + * 장점 : 코드 실행 전 사용 + * 단점 : 정확도 상대적 낮음 + * 인스펙션 + * 공식적 검사 + * 프로그램을 실행하지 않고 산출물을 대상으로 공식적 검토, 결함 발견 과정 + * 구성 : 이해 관계자, 중재자, 검토자, 기록자 + * 피어 리뷰 + * 동료 검토 + * 프로젝트 수행과정에서 각 단계 별 산출물, 제품에 대해 동료들이 상호 교차하여 검토 수행하는 활동 + * 구성 : 프로젝트 팀원, 체크리스트 + * 워크쓰루 + * 비공식 검토 + * 프로젝트 개발 초기에 팀 내에서 수행하는 검토 과정 + * 구성 : 프로젝트 팀원 + + + +| 구분 | 인스펙션 | 피어 리뷰 | 워크쓰루 | +| :---: | :------: | :-------: | :------: | +| 공식성 | Formal | Mid Formal | Informal | +| 개념 | 산출물 대상 공식 검토 | 개발단계별 산출물 대상 동료 검토 | 소팀 내 결함 해결방안 상호 검토 | +| 목적 | 요구사항 확인 | 계획의 적합성 평가 | 결함 발견 | +| 기법 | 이해관계자 산출물 검사 | 검토 회의 | 집중 검토 기법 | +| 규모 | 3 ~ 6명 | 3명 이상 | 2 ~ 7명 | +| 참석자 | 이해관계자 | 경영자, 개발 관리자 | 개발자 | +| 리더십 | 훈련된 중재자 | 선임 관리자 | 개발자 본인 | +| 결함 기록 | 공식 기록 | 공식 기록 | 개인별 기록 | + +### 동적 테스트 + * 소프트웨어 실행을 통해 소프트웨어에 존재하는 결함을 검출하는 방법 + * 특징 : 단독분석보다 정적 기법 병행 수행 적용 + * 장점 : 오류 탐색 정확도 높음 + * 단점 : 코드 전체 수행 어려움 + ### testcode.c ``` #include <stdio.h>