???
: SW TEST => 구현된 어플리케이션이나 시스템이 사용자 요구사항에 만족되었는지 확인하기 위해 기능 및 비기능 요소의 결함을 찾는 활동
# 테스트 원칙
1. 본인이 개발한 프로그램 및 소스코드 테스팅 NO
> 일반적으로 본인이 개발한 소스코드에 대해서 직접 테스팅하면 결함 발견이 어려움
2. 효율적인 결함 제거 법칙 사용
> 효율적으로 결함을 발견, 가시화, 제거, 예방의 순서를 통해 정량적 관리를 해야 함
> 낚시 법칙 : 특정 자리에서 물고기가 잘 잡힘 -> SW도 특정 기능, 모듈, 라이브러리에서 결함이 많이 발견됨
> 파레토 법칙 : SW 제품에서 발견되는 전체 결함의 80%는 SW 제품 전체 기능 중 20%에 치중되어있음
3. 완벽한 SW 테스팅은 불가능
> 테스트 케이스 수는 무한대로 발생되기 때문에 완벽한 테스트보다는 리스크가 큰 영역에서 효율적인 테스트를 해야 함
4. 테스트는 계획 단계부터
> SW 테스트는 결함 발견이 목적이나 개발 초기 이전의 계획 단계에서부터 최대한 결함을 예방해야 함
5. 살충제 패러독스
> 동일한 테스트 케이스를 반복하면 더 이상의 결함을 발견하기 어려우므로 정기적으로 테스트 케이스를 리뷰하고 새로운 것을 추가해야 함
6. 오류-부재의 궤변
> 개발된 시스템이 사용자의 요구사항을 만족하지 못하거나 사용성이 낮으면 오류를 발견하고 제거해도 품질이 높다고 말할 수 없음
# SW TEST 명세
1. 테스트 결과 정리
> 테스트가 완료되면 테스트 계획과 테스트 케이스 설계부터 단계별 테스트 시나리오, 테스트 결과까지 모두 포함된 문서를 일관성 있게 작성해야 함
2. 테스트 요약 문서
> 테스트 계획, 소요 비용, 테스트 결과에 의해 판단 가능한 대상 소프트웨어의 품질 상태를 포함한 요약 문서 작성
3. 품질 상태
> 품질 상태는 품질 지표인 테스트 성공률, 발생한 결함의 수와 결함의 중요도, 테스트 커버리지 등이 포함
4. 테스트 결과서
> 결함에 관련된 내용을 중점적으로 기록하며 결함의 내용, 결함의 재현 순서 상세히 기록
5. 테스트 실행 절차 및 평가
> 단계별 테스트 종료 시 테스트 실행 절차를 리뷰하고 결과에 대한 평가를 수행하며, 해당 결과에 따라 절차를 최적화하여 다음 테스트에 적용
'IT > 관련지식' 카테고리의 다른 글
통합 테스트 수행 방법 (0) | 2020.07.20 |
---|---|
프레임워크에 대한 이해 (0) | 2020.07.19 |
데이터 베이스 암호화 기법 (0) | 2020.07.19 |
ISO/IEC 9126 품질 요구사항 특성 (UI 요구사항) (0) | 2020.07.19 |
웹 컨텐츠 접근성 지침 (0) | 2020.07.19 |