소프트웨어4 iso/iec 29119 Software Testing iso/iec 29119 website http://softwaretestingstandard.org/ official documents http://www.jtc1-sc7.org/ Motivation - 테스팅에 대한 여러 과정(procedure)과 정의(definition)에 대한 혼재 - 기존 표준에서 빠진 점들을 보완하기 위함 . 조직 수준에서의 테스트 정책과 전략 . 관리적인 측면 . 시스템 및 인수 테스팅의 기술 . 비 기능 테스팅 영역(non-functional) * Software Testing 에 대한 다양한 이슈와 문제점을 일목요연하게 정리하고, 방법론을 제시하는 표준이라고 보면 된다. Part 1. Concepts & Vocabulary (BS 7925-1) Part 2. Proces.. 2010. 9. 13. HIS(Herstellerinitiative Software) http://www.automotive-his.de/ 2010. 9. 6. 기본 코드 커버리지 종류 Statement Coverage - 프로그램에 있는 모든 문장(statement)이 수행될 수 있다면 조건 충족 - 가장 낮은 수준의 커버리지(제어구문에취약, 실용적이지 않음) - 테스팅 완료 통과 조건으로 코드 커버리지를 사용 하는 것이라면 가정 먼저 시도하기 위한 조건이 됨 Decision Coverage(Branch Coverage) - 코드 구조 내의 모든 분기가 TRUE와 FALSE인 경우를 각각 수행할 수 있다면 조건이 충족 Condition Coverage Decision/Condition Coverage Modified Condition/Decision Coverage (MC/DC) - 분기(branch) 내에서 발생할 수 있는 모든 논리적인 조합 중 단위 조건 하나의 값으로 값이 고정된.. 2009. 12. 16. Software Testing Testing 1. 명세에 기반을 둔 테스팅 (블랙박스 테스팅) Testing 2. 구현 기반 테스팅 (화이트 박스 테스팅) 1. 동적 테스팅 방법 - 프로그램 실행을 요구 (블랙박스 테스팅, 화이트 박스 테스팅) - 실제 프로그램을 테스트 데이터에 의해 실행 ( 선정된 기준을 토대로 테스트 데이터를 생성 - 명세나 프로그램 코드를 분석하여 생성 3. 데이터 실행(test data execution) - 프로그램 입력으로 생성된 데이터를 사용, 오류를 찾아 제거 1. 정의 : 프로그램을 구성하는 모든 문장들이 최소한 한번은 실행될 수 있는 입력 데이터를 테스트 데이터로 선정하는 기준 2. 장점 : 보다 적은 개수의 테스트 데이터들로 쉽게 만족, 3. 단점 : 프로그램상에 존재하는 가능한 경우를 모두 검증.. 2009. 12. 8. 이전 1 다음