7장 (애플리케이션 테스트관리)
애플리케이션 테스트
(확인Validation과 검증Verification) → 애플리케이션에 잠재되어 있는 결함을 찾아내는 일련의 행위 또는 절차
- 완벽한 테스트 불가능 - 소프트웨어의 잠재적 결함을 줄일 수 있지만, 소프트웨어에 결함이 없다곤 말 못함
- 파레토 법칙 - 애플리케이션 20% 에서 80%의 오류가 나옴
- 살충제 패러독스 - 동일한 테스트 케이스로 동일한 테스트를 반복하면 더이상 결함이 발견되지 않는상태
- 오류-부재의 궤변 - 결함을 모두 제거해도 사용자 요구사항을 만족시키지 못한다면 품질이 높다고 말할 수 없음.
테스트의 분류
- 시각에 따른 테스트
검증 개발자 시각에서 제품의 생산과정, 명세서 대로 되었는지 테스트
| 확인 | 사용자 시각에서 제품 테스트 |
- 테스트 기반에 따른 테스트
| 명세기반 테스트(black) | 사용자 요구 명세를 테스트 → 동등분할, 경계값 분석 |
| 구조기반 테스트(white) | 소프트웨어 내부 흐름에 따라 테스트 케이스 작성, 확인 → 구문기반, 결정기반, 조건기반 |
| 경험기반 테스트 | 경험 기반, 명세가 불충분시 효과적 → 에러추정, 체크리스트, 탐색적 테스팅 |
- 목적에 따른 테스트
- 회복 (Recovery) - 결함을 주고 테스트
- 안전 (Security) - 불법적 침입으로 보호할 수있는지 테스트
- 강도 (Stress) - 과부하를 주면서 테스트
- 성능(Performance) - 실시간 성능, 응답시간 테스트
- 구조(Structure) - 내부의 논리적 경로, 소스코드 복잡도 테스트
- 회귀 (Regression) - 소프트웨어의 변경 또는 수정된 코드에 결함이 없는지 테스트
- 병행 (Parallel) - 변경된 것과 기존의 것을 동일하게 테스트
- 정적 테스트 - 워크스루, 인스펙션, 코드검사
- 동적 테스트
- 화이트박스 테스트
- 기초 경로검사 (Base Path Testing)
- 제어 구조 검사
루트 검사 (Loop Testing) 반복 구조에 초점을 맞추고 테스트 데이터 흐름검사 (Data Flow Testing) 변수 사용의 위치에 초점을 맞추고 테스트 - 블랙박스 테스트 (동경원오비)
동치분할 검사
(Equivalence Partitioning Testing)타당한 입력자료와 타당하지 않은 입력자료를 같은 갯수로 대입해 테스트 경계값 분석 (Boundary Value ..) 경계값 자료들을 넣어서 테스트 원인-효과 그래프
(Cause-Effect Graphing Testing)입력 데이터간의 관계와 출력에 영향을 미치는 상황을 체계적으로 분석한 다음 효용성이 높은 테스트 케이스를 선정하여 검사하는 기법 오류 예측검사 (Error Guessing) 과거의 경험이나 확인자의 감각으로 테스트 비교 검사 (Comparison Testing) 여러버전을 동일한 자료로 테스트 - 화이트박스 테스트
테스트 케이스 → 사용자의 요구사항을 준수했는지 확인하기 위한 명세서
테스트 시나리오 → 테스트 케이스를 적용하는 순서에 따라 여러개의 테스트케이스를 묶은 집합.
개발 단계에 따른 애플리케이션 테스트 (단통시인)
- 단위 테스트 - 설계의 최소단위, 모듈이나 컴포넌트에 맞춰 테스트
- 통합 테스트 - 단위 테스트 완료후 통합적으로 테스트
- 비점진적 통합 방식 - 단계적이 아니라 모두 결합해버리고 전체 테스트
- 점진적 통합방식 - 모듈단위로 통합하면서 테스트
상향식 통합 테스트 하위 모듈을 클러스터로 결합 → 드라이버, 클러스터 혼합식 통합 테스트 하위수준에서는 상향식, 상위 수준에서는 하향식 결합 - 시스템 테스트 - 개발된 소프트웨어가 수행 되는가 점검
- 기능 테스트
- 비기능 테스트
- 인수 테스트 - 사용자의 요구사항을 충족하는지 테스트
- 알파테스트 - 개발자 앞에서 사용자가 테스트
- 베타테스트 - 개발자 없이 사용자들이 테스트
결함
→ 소프트웨어가 개발자가 설계한 것과 다르게 동작하거나 결과가 발생하는 것.
결함관리 프로세스
- 결함관리 계획
- 결함 기록
- 결함 검토
- 결함 수정
- 결함 재확인
- 결함상태 추적 및 모니터링
- 최종 결함 분석 및 보고서
결함 상태 추적
- 결함 분포 → 결함 수 측정
- 결함 추세 → 테스트 진행 시간에 따른 결함 수의 추이 분석
- 결함 에이징 → 특정 결함 상태로 지속되는 시간 측정
애플리케이션 성능
→ 최소한의 자원을 사용하여 최대한 많은 기능을 신속하게 처리하는 정도
성능 측정 지표
- 처리량 - 일정시간내 애플리케이션이 처리하는 일의 양
- 응답시간 - 요청을 전달한 시간부터 응답이 도착할때까지 걸린 시간
- 경과시간 - 작업을 의뢰한 시간부터 처리가 완료시 까지의 시간
- 자원 사용률 - 작업하는 동안 CPU 처리량, 메모리 사용량, 네트워크 사용량 등
애플리케이션 테스트 프로세스
→ 소프트웨어가 사용자의 요구대로 만들어졌는지, 결함은 없는지 테스트하는 절차
테스트 프로세스
- 테스트 계획
- 테스트 분석 및 디자인
- 테스트케이스 및 시나리오 작성
- 테스트 수행
- 테스트 결과 평가 및 리포팅
- 결함 추적 및 관리
결함관리 프로세스
- 에러 발견
- 에러 등록
- 에러 분석
- 결함 확정
- 결함 할당
- 결함 조치
- 결함 조치 검토 및 승인
테스트 오라클
- 테스트 결과가 올바른지 판단하기 위해 참 값을 대입하여 비교
- 참 오라클 - 모든 테스트 케이스의 결과 제공. 모든 오류 검출 가능
- 샘플링 오라클 - 몇몇 케이스 이용, 전수 테스트가 불가능한 경우 사용
- 휴리스틱(추정) 오라클 - 입력값에 대해 기대하는 결과를 제공하고, 나머지는 추정으로 처리하는 오라클
- 일관성 검사 오라클 - 변경이 있을시 , 변경후에 결과값이 동일한지 확인하는 오라클
테스트 자동화 도구
- 정적분석 도구 - 프로그램을 실행하지 않고 분석하는 도구
- 테스트 실행 도구 - 스크립트 언어를 사용하여 테스트를 실행하는 도구
- 성능 테스트 도구 - 가상의 사용자를 만들어 테스트를 수행함으로 성능의 목표 달성 여부를 확인하는 도구
- 테스트 통제 도구 - 테스트가 실행될 환경을 시물레이션 해서 모듈이 정상적으로 테스트되도록하는 도구
- 테스트 하네스 - 컴포넌트 및 모듈을 테스트하는 환경의 일부분.
테스트 스텁 제어 모듈이 호출하는 타 모듈의 기능을 단순히 수행하는 도구, 일시적필요한 조건만 갖고있음 테스트 슈트 시스템에 사용되는 테스트 케이스의 집합 테스트 케이스 사용자의 요구사항을 정확하게 준수했는지 확인하기 위한 테스트항목의 명세서 테스트 스크립트 자동화된 테스트 실행 절차에 대한 명세서 목 오브젝트 사전에 사용자의 행위를 조건부로 입력해두면 상황에 맞춰 수행하는 객체
소스코드 품질 분석 도구
정적 분석도구
- pmd - 리눅스 윈도우등 최적화 되지 않은 코드 결함을 유발할 수 있는 코드를 검사함.
- cppcheck - C/ C++ 에 대한 메모리 누수. 오버플로우 분석
- SonarQube, sheckstyle, ccm, cobertuna
동적 분석 도구
- Avalanche
- Valgrind
클린 코드 작성원칙
- 가독성
- 단순성
- 의존성 배제
- 중복성 최소화
- 추상화
나쁜코드
- 스파게티코드 - 코드의 로직이 서로 복잡하게 얽혀있음.
- 외계인코드 - 아주 오래되고 참고문서 또는 개발자가 없어 유지보수 작업이 어려운 코드
'정보처리기사 > 단원별 개념정리' 카테고리의 다른 글
| 정보처리기사-9장(SW개발생명주기, 암호 알고리즘, 서비스공격유형, 보안 솔루션) (2) | 2023.01.26 |
|---|---|
| 정보처리기사-8장(SQL, DB, 프로시저, 트리거, 커서) (0) | 2023.01.26 |
| 정보처리기사-6장(화면설계,UI, 품질요구사항, ISO/IEC) (0) | 2023.01.25 |
| 정보처리기사-5장(인터페이스, 미들웨어, 모듈연계) (0) | 2023.01.25 |
| 정보처리기사-4장(SW아키텍처, 객체지향, 모듈, 결합도, 응집도, 디자인 패턴) (0) | 2023.01.25 |
