dev + qa = hq sw dev + qa = hq sw

리스크 기반 접근법 리스크 레벨을 조기에 낮추고 이해관계자에게 위험 상태 정보를 제공 제품 리스크 분석 결과 → [사용할 테스트 기법 / 테스트 레벨 & 유형 / 테스트 수행 범위 / 테스트 우선순위] 결정, 리스크 완화를 위한 다른 활동 식별 리스크 기반 테스팅 테스트를 보다 효율적, 효과적으로 수행하기 위한 방법 프로젝트 이해관계자의 집단 지식 & 통찰력을 기반으로 제품 리스크 분석 리스크 식별, 리스크 발생 가능성, 리스크 영향 평가 리스크 정보로 얻은 결과 → [테스트 계획, 명세, 테스트 케이스 준비/실행, 테스트 모니터링] 사용 리스크와 관련된 정의 리스크: 조직에 잠재적 손실; 미래에 부정적 결과를 가져오는 이벤트의 발생 가능성 리스크 레벨: 이벤트 발생 가능성 & 이벤트로 인한 영향도(피해..

변이테스팅은, 테스트 세트의 적절함을 측정하는데 사용할 수 있는 하나의 방법이다. 솔루션 개발 - 테스트 케이스 생성 - 모두 통과 끝일까? 그 것만으로 충분하지 않다! 테스팅은 버그의 존재를 보는데 사용할 수 있지만, 버그가 존재하지 않다는 것을 증명하진 않는다. 적절함을 측정하려면 어떻게 해야할까? → 변이테스팅 변이테스팅에서는, 소프트웨어의 2번째 버전을 생성해야 한다. 에 변이(mutation)를 생성한다. 변이는 오리지널 버전과 이론적으로 똑같이 행동하지 않음 변이를 테스트한다. 테스트 실패 → 변이 발견! 많은 변이들을 생성하고, 각각의 변이들은 발견되고 종료된다. 좋은 테스트 케이스 = 테스트를 실행하고 모든 변이들이 발견됨 변이는 어떻게 만들까? 오리지널 버전의 한 줄에서 한 부분을 변경시..

구조 기반 기법은 화이트박스 테스팅 기법 중 하나 블랙박스 테스팅 코드나 내부 구조에 대한 지식없이 소프트웨어가 원하고 예상하는대로 작동하는지 테스트하는 방법 화이트박스 테스팅 코드, 내부 구조를 기반으로 테스트하는 방법 예. 코드 리뷰/검사, 페어 프로그래밍 코드 커버리지 모든 코드가 잘 실행되는지, if문의 true/false가 최소 한번씩은 실행되는지와 같은 컨셉 위주로 테스트 가능한 시나리오들을 모두 테스트하는 것은 가능하지도 or 실용적이지 않기 때문에 구조 기반 테스팅은 중요하다 → 주어진 시간내에 더 많은 테스트를 실행하는 것과 적절하게 사용되기 위해 충분한 테스트를 실행하지 않는 것을 고려하여, 타협해야한다. 절충하기 위해서는, 코드 커버리지 기준이 필요하다. 코드 커버리지 기준 - 구문(..