정적 테스트란 무엇입니까? 소프트웨어 테스팅 기법
토마스 해밀턴
⚡ 스마트 요약
정적 테스트는 코드를 실행하지 않고 애플리케이션의 결함을 검사하는 소프트웨어 테스트 기법으로, 워크스루 및 검사와 같은 검토와 자동화된 분석 도구를 활용하여 오류를 조기에 발견하고 개발 비용과 시간을 절감합니다.
정적 테스트란 무엇입니까?
정적 테스트 코드를 실행하지 않고 소프트웨어 응용 프로그램의 결함을 확인하는 데 사용되는 소프트웨어 테스트 기술입니다. 정적 테스트는 오류를 식별하고 해결하는 것이 더 쉽기 때문에 개발 초기 단계에서 오류를 방지하기 위해 수행됩니다. 또한 동적 테스팅으로 발견할 수 없는 오류를 찾는 데도 도움이 됩니다.
그에 상응하는 것은 코드가 실행될 때 응용 프로그램을 확인하는 동적 테스트입니다. 자세한 차이점은 이 튜토리얼을 참조하세요. 정적 및 동적 테스트.
정적 테스트 기술의 두 가지 주요 유형은 다음과 같습니다.
- 수동 검사: 수동 검사에는 수동으로 수행된 코드 분석이 포함됩니다. 리뷰.
- 도구를 사용한 자동 분석: 자동 분석은 기본적으로 도구를 사용하여 수행되는 정적 분석입니다.
정적 테스트 기술
- 비공식적 인 Rev봐요
- 연습
- 테크니컬 Rev봐요
- 검사
- 정적 분석
- 데이터 흐름
- 제어 흐름
정적 테스트에 사용되는 도구
Static Testing에 사용되는 다양한 도구는 다음과 같습니다.
테스트란 무엇인가 Rev응?
정적 테스트의 검토는 프로그램 설계의 잠재적인 결함을 찾기 위해 수행되는 프로세스 또는 회의입니다. 리뷰의 또 다른 의미는 팀원 모두가 프로젝트의 진행 상황을 알게 되고 때로는 생각의 다양성이 훌륭한 제안으로 이어질 수도 있다는 것입니다. 문서는 사람이 직접 검토하여 불일치 사항을 정리합니다.
Rev뷰는 다음과 같이 네 부분으로 분류될 수 있습니다.
- 비공식 리뷰
- 연습
- 기술 검토
- 검사
시 Rev테스트에 참여하는 네 가지 유형의 참가자는 다음과 같습니다.
- 증여자: 진입점검, 재작업 후속조치, 팀원 코칭, 회의 일정 잡기 등을 수행합니다.
- 저자: 발견된 결함을 책임지고 수정하여 문서의 품질을 향상시킵니다.
- 학자: 검토 중 결함을 로깅하고 검토 회의에 참석합니다.
- Rev이에: 자재의 불량여부를 확인하고 검사합니다.
- 매니저: 검토 실행을 결정하고 검토 프로세스 목표가 충족되었는지 확인합니다.
정적 테스트 중에 쉽게 찾을 수 있는 결함 유형은 다음과 같습니다.
- 표준과의 편차
- 유지 관리할 수 없는 코드
- 디자인 결함
- 요구사항 누락
- 일관되지 않은 인터페이스 사양
일반적으로 정적 테스트 중에 발견되는 결함은 보안 취약점, 선언되지 않은 변수, 경계 위반, 구문 위반, 일관성 없는 인터페이스 등으로 인해 발생합니다.
성공적인 정적 테스트 프로세스를 위한 팁
소프트웨어 엔지니어링에서 정적 테스트 프로세스를 수행하는 데 유용한 몇 가지 팁입니다.
- 정말 중요한 일에만 집중하세요
- 명확하게 계획하고 track 검토 활동. 소프트웨어 워크스루 및 검사는 일반적으로 동료 검토에 포함됩니다.
- 예제를 통해 참가자 교육
- 사람 문제 해결
- 프로세스를 프로젝트 문화로 형식적으로 유지
- 지속적인 개선 – 프로세스 및 도구
- 테스트 실행의 주요 지연을 제거함으로써 테스트 비용과 시간을 줄일 수 있습니다.
왜 정적 테스트인가?
정적 테스트는 다음과 같은 이유로 수행됩니다.
- 조기 결함 감지 및 수정
- 개발 기간 단축
- 테스트 비용 및 시간 감소
- 개발 생산성 향상을 위해
- 테스트의 후반 단계에서 결함을 줄이기 위해
정적 테스트에서 테스트되는 내용
정적 테스트에서는 다음과 같은 사항을 테스트합니다.
- 단위 테스트 케이스
- 비즈니스 요구사항 문서(BRD)
- 고객 사례
- 시스템/기능 요구사항
- 프로토 타입
- 프로토타입 사양 문서
- DB 필드 사전 스프레드시트
- 테스트 데이터
- Trac가능성 매트릭스 문서
- 사용자 매뉴얼/교육 가이드/문서
- 테스트 계획 전략 문서/테스트 케이스
- 자동화/성능 테스트 스크립트
정적 테스트 수행 방법
정적 테스트를 수행하려면 다음과 같은 방법을 사용합니다.
- 애플리케이션의 디자인을 완벽하게 점검하기 위한 점검 프로세스를 수행합니다.
- 검토 중인 각 문서에 대한 체크리스트를 사용하여 모든 검토가 완벽하게 다루어졌는지 확인하세요.
정적 테스트를 수행하기 위한 다양한 활동은 다음과 같습니다.
- 사용 사례 요구 사항 검증: 모든 최종 사용자 작업과 이와 관련된 입력 및 출력이 식별되는지 확인합니다. 사용 사례가 더 자세하고 철저할수록 테스트 사례가 더 정확하고 포괄적일 수 있습니다.
- 기능적 요구사항 검증: 기능 요구사항이 필요한 모든 요소를 식별하는지 확인합니다. 또한 데이터베이스 기능, 인터페이스 목록, 하드웨어, 소프트웨어 및 네트워크 요구 사항도 살펴봅니다.
- Archi강의 Rev보기: 서버 위치, 네트워크 다이어그램, 프로토콜 정의, 로드 밸런싱, 데이터베이스 접근성, 테스트 장비 등과 같은 모든 비즈니스 수준 프로세스
- 프로토타입/스크린 목업 검증: 이 단계에는 요구 사항 및 사용 사례의 검증이 포함됩니다.
- 필드 사전 검증: UI의 모든 필드는 필드 수준 유효성 검사 테스트 사례를 생성할 수 있을 만큼 잘 정의되어 있습니다. 필드는 최소/최대 길이, 목록 값, 오류 메시지 등을 확인합니다.
