수락 테스트와 기능 테스트의 실제 차이점은 무엇입니까?
각각의 하이라이트 또는 목표는 무엇입니까? 내가 읽는 곳마다 모호하게 유사합니다.
답변
우리 세상에서는 다음과 같은 용어를 사용합니다.
기능 테스트 : 이것은 검증 활동입니다. 제대로 작동하는 제품을 만들었습니까? 소프트웨어가 비즈니스 요구 사항을 충족합니까?
이러한 유형의 테스트에는 해당 시나리오가 “실제로 존재하지 않을”가능성이있을지라도 생각할 수있는 모든 시나리오를 다루는 테스트 사례가 있습니다. 이러한 유형의 테스트를 수행 할 때 최대한의 코드 적용 범위를 목표로합니다. 우리는 당시에 파악할 수있는 모든 테스트 환경을 사용합니다. 사용 가능한 한 “생산”수준 일 필요는 없습니다.
수락 테스트 : 이것은 검증 활동입니다. 우리는 올바른 것을 만들었습니까? 이것이 고객에게 실제로 필요한 것입니까?
일반적으로 고객과의 협력 또는 내부 고객 대행사 (제품 소유자)가 수행합니다. 이러한 유형의 테스트에는 소프트웨어가 사용될 것으로 예상되는 일반적인 시나리오를 다루는 테스트 사례를 사용합니다. 이 테스트는 “생산 방식”환경, 고객이 사용하는 것과 같거나 가까운 하드웨어에서 수행해야합니다. 이것은 우리가 “유일성”을 시험 할 때입니다.
-
신뢰성, 가용성 : 스트레스 테스트를 통해 검증되었습니다.
-
확장 성 :로드 테스트를 통해 검증되었습니다.
-
사용성 : 고객에게 검사 및 데모를 통해 검증되었습니다. UI가 원하는대로 구성되어 있습니까? 고객 브랜딩을 모든 올바른 장소에 배치 했습니까? 그들이 요청한 모든 필드 / 스크린이 있습니까?
-
보안 (일명 보안 성) : 데모를 통해 검증됩니다. 때로는 고객이 외부 회사를 고용하여 보안 감사 및 / 또는 침입 테스트를 수행하기도합니다.
-
유지 관리 성 : 소프트웨어 업데이트 / 패치 제공 방법을 시연하여 검증되었습니다.
-
구성 성 : 고객이 필요에 맞게 시스템을 수정하는 방법을 시연하여 검증합니다.
이것은 결코 표준이 아니며, 여기에 상충되는 답변이 보여주는 것처럼 “표준”정의가 없다고 생각합니다. 조직에서 가장 중요한 것은 이러한 용어를 정확하게 정의하고 준수하는 것입니다.
답변
Patrick Cuff의 답변이 마음에 듭니다. 내가 추가하고 싶은 것은 테스트 레벨 과 테스트 유형 이 눈에 띄는 것입니다.
테스트 레벨
테스트 레벨 은 V 모델을 사용하여 쉽게 설명 할 수 있습니다 (예 :
각 테스트 레벨 에는 해당 개발 레벨이 있음) . 일반적인 시간 특성이 있으며 개발 수명주기의 특정 단계에서 실행됩니다.
- 구성 요소 / 장치 테스트 => 상세 설계 검증
- 구성 요소 / 장치 통합 테스트 => 글로벌 디자인 검증
- 시스템 테스트 => 시스템 요구 사항 확인
- 시스템 통합 테스트 => 시스템 요구 사항 확인
- 승인 테스트 => 사용자 요구 사항 확인
테스트 유형
시험 유형 은 특정 테스트의 목적에 집중하는 특성이다. 테스트 유형 은 기술적 인 측면 또는 비 기능적인 측면으로 알려진 품질 측면을 강조합니다. 테스트 유형 은 모든 테스트 수준 에서 실행할 수 있습니다 . ISO / IEC 25010 : 2011에 언급 된 품질 특성 을 테스트 유형 으로 사용하고 싶습니다 .
- 기능 테스트
- 신뢰성 테스트
- 성능 시험
- 작동 성 테스트
- 보안 테스트
- 호환성 테스트
- 유지 보수성 테스트
- 전이성 테스트
완료하기 위해. 회귀 테스트 라고도 합니다. 이것은 테스트 레벨 및 테스트 유형 옆에 추가 분류 입니다. 회귀 테스트는 이 제품에서 중요한 무언가를 접촉하기 때문에 반복하려는 테스트입니다. 실제로 각 테스트 수준 에 대해 정의한 테스트의 하위 집합입니다 . 제품에 작은 버그 수정이있는 경우 항상 모든 테스트를 반복 할 시간이 없습니다. 회귀 테스트 는 이에 대한 해답입니다.
답변
차이점은 문제 테스트와 솔루션의 차이점입니다. 소프트웨어는 문제에 대한 해결책이며 둘 다 테스트 할 수 있습니다.
기능 테스트는 소프트웨어가 문제 해결 방법의 범위 내에서 기능을 수행하는지 확인합니다. 이것은 소프트웨어 개발에서 없어서는 안될 부분으로, 공장을 떠나기 전에 대량 생산 된 제품에서 수행되는 테스트와 비슷합니다. 기능 테스트는 제품이 실제로 사용자 (개발자)가 생각하는대로 작동하는지 확인합니다.
승인 테스트는 제품이 실제로 해결 한 문제를 해결하는지 확인합니다. 이는 소프트웨어가 지원하는 작업을 수행하는 등 사용자 (고객)가 수행하는 것이 가장 좋습니다. 소프트웨어가이 실제 테스트를 통과하면 이전 솔루션을 대체 할 수 있습니다. 이 승인 테스트는 특히 익명 고객 (예 : 웹 사이트)이있는 경우 프로덕션 환경에서만 제대로 수행 될 수 있습니다. 따라서 새로운 기능은 며칠 또는 몇 주 후에 만 사용할 수 있습니다.
기능 테스트 -제품을 테스트하고 디자인하거나 빌드 한 특성 (기능, 속도, 오류, 일관성 등)이 있는지 확인하십시오.
승인 테스트 -제품의 맥락에서 제품을 테스트합니다. 여기에는 사람의 상호 작용 (시뮬레이션)이 필요합니다. 테스트는 원래 문제에 원하는 영향을 미칩니다.
답변
답은 의견입니다. 나는 많은 프로젝트에서 일했고 testmanager와 issuemanager이고 다양한 역할과 다양한 책의 설명이 다르므로 여기 내 변형이 있습니다.
기능 테스트 : 기능적 관점에서 비즈니스 요구 사항을 가져 와서 모든 것을 훌륭하고 철저하게 테스트합니다.
수락 테스트 : “유료”고객은 자신이 원하는 테스트를 수행하여 제공된 제품을 수락 할 수 있습니다. 고객에 따라 다르지만 이해 관계자가 초기 테스트 단계에서 수행 한 테스트 결과를 검토하고 신뢰하기 때문에 특히 사내 프로젝트 인 경우 테스트는 기능 테스트만큼 철저하지 않습니다.
내가 말했듯이 이것은 내 관점과 경험입니다. 기능 테스트는 체계적이며 수용 테스트는 오히려 업무 부서를 테스트하는 것입니다.
답변
-
청중. 기능 테스트는 팀 구성원이 소프트웨어를 기대하는대로 수행하는지 확인하는 것입니다. 승인 테스트는 소비자가 자신의 요구를 충족하는지 확인하는 것입니다.
-
범위. 기능 테스트는 한 번에 한 구성 요소의 기능 만 테스트합니다. 수락 테스트는 소프트웨어를 수락하기 전에 테스트하기에 충분한 소비자에게 중요한 제품의 모든 측면 (즉, 수락 가능성을 결정하기 위해 테스트하는 데 시간이나 돈이들 수있는 모든 것)을 포함합니다.
소프트웨어는 기능 테스트, 통합 테스트 및 시스템 테스트를 통과 할 수 있습니다. 고객이 기능이 요구 사항을 충족하지 못한다는 사실을 발견 한 경우에만 승인 테스트에 실패합니다. 이것은 일반적으로 누군가가 사양을 망쳤다는 것을 의미합니다. 소프트웨어는 일부 기능 테스트에 실패 할 수 있지만 고객이 소프트웨어가 수용해야하는 핵심 기능을 수행하는 한 일부 기능 버그를 기꺼이 처리 할 수 있기 때문에 승인 테스트를 통과 할 수 있습니다 (베타 소프트웨어는 종종 사용자의 하위 집합에 의해 수용되기도합니다) 완전히 작동합니다).
답변
기능 테스트 : 최종 프로그램 구조와 상관없이 지정된 기능 요구 사항에서 파생 된 테스트 데이터 적용. 블랙 박스 테스트라고도합니다.
수락 테스트 : 시스템이 승인 기준을 충족하는지 여부를 확인하기 위해 수행되는 공식 테스트 – 최종 사용자가 시스템을 수락할지 여부를 결정할 수 있습니다.
답변
내 견해로는 주된 차이점은 누가 테스트 성공 또는 실패 여부를 말합니다.
기능 테스트는 시스템이 사전 정의 된 요구 사항을 충족하는지 테스트합니다. 시스템 개발을 담당하는 사람들이 수행하고 점검합니다.
수락 테스트는 사용자에 의해 서명됩니다. 이상적으로 사용자는 테스트하고자하는 것을 말하지만 실제로 사용자가 충분한 시간을 투자하지 않기 때문에 기능 테스트의 일몰이 될 수 있습니다. 이보기는 다른 사용자 집합을 다루는 비즈니스 사용자의 정보입니다 (예 : 항공 및 기타 안전 중요도에는 이러한 차이가 없을 수 있음)