software testing terms complete glossary
다른 소프트웨어 테스트 용어의 모호함을 피하기 위해 소프트웨어 테스트 용어집 여기.
모든 소프트웨어 테스트 용어가이 용어집에 포함되어 있습니다. 여기에 언급 된 것보다 더 나은 용어의 정의를 알고 있다고 생각되면 이것을 사용할 수 있습니다. 문의 양식 정의를 보내주세요. 검토시이 용어집 목록에 포함하겠습니다.
소프트웨어 테스트 및 품질 보증의 기본 정의를 알기 위해이 용어집은 에릭 반 비 넨달 . 또한 각 정의에 대해 대괄호 안에 언급 된 IEEE 또는 ISO 참조가 있습니다.
에
허용 기준: 구성 요소 또는 시스템이 충족하기 위해 충족해야하는 종료 기준사용자, 고객 또는 기타 승인 된 법인이 수락합니다. (IEEE 610)
수락 테스트 : 시스템이 허용 기준을 충족하는지 여부를 확인하고 사용자, 고객 또는 기타 권한있는 주체가 시스템을 수락할지 여부를 결정할 수 있도록 사용자 요구, 요구 사항 및 비즈니스 프로세스와 관련된 공식 테스트를 수행합니다. (IEEE 610 이후)
접근성 테스트 : 장애가있는 사용자가 구성 요소 또는 시스템을 쉽게 사용할 수 있는지 확인하기위한 테스트. (제라드)
정확성: 필요한 정밀도로 올바른 또는 합의 된 결과 또는 효과를 제공하는 소프트웨어 제품의 기능. (ISO 9126) 기능 테스트도 참조하십시오.
실제 결과: 구성 요소 또는 시스템을 테스트 할 때 생성 / 관찰되는 동작입니다.
임시 테스트 : 비공식적으로 수행 된 테스트 공식적인 테스트 준비가 이루어지지 않고, 인정 된 테스트 설계 기술이 사용되지 않으며, 결과에 대한 기대도 없으며 무작위성은 테스트 실행 활동을 안내합니다.
적응성: 고려되는 소프트웨어에 대해이 목적을 위해 제공된 것 이외의 조치 또는 수단을 적용하지 않고 다른 지정된 환경에 맞게 조정되는 소프트웨어 제품의 기능. (ISO 9126) 이식성 테스트도 참조하십시오.
민첩한 테스트 : 익스트림 프로그래밍 (XP)과 같은 애자일 방법론을 사용하여 프로젝트를 테스트하고 개발을 테스트의 고객으로 취급하고 테스트 우선 설계 패러다임을 강조합니다.
알파 테스트 : 잠재적 인 사용자 / 고객 또는 개발자 사이트에서 개발 조직 외부의 독립 테스트 팀에 의한 시뮬레이션 또는 실제 운영 테스트. 알파 테스트는 종종 내부 승인 테스트의 한 형태로 사용됩니다.
분석 가능성 : 소프트웨어 제품의 결함 또는 장애 원인을 진단하거나 수정할 부품을 식별 할 수있는 기능입니다. (ISO 9126) 유지 보수성 테스트도 참조하십시오.
변칙: 요구 사항 사양, 설계 문서, 사용자 문서, 표준 등을 기반으로 한 기대치에서 벗어나거나 누군가의 인식이나 경험에서 벗어나는 모든 조건입니다. 소프트웨어 제품 또는 해당 문서를 검토, 테스트, 분석, 편집 또는 사용하는 동안 이상이 발견 될 수 있습니다. (IEEE 1044) 결함, 편차, 오류, 결함, 실패, 사고, 문제도 참조하십시오.
매력 : 사용자에게 매력적인 소프트웨어 제품의 능력. (ISO 9126)
심사: 다음을 지정하는 문서를 포함하여 객관적인 기준에 따라 표준, 지침, 사양 및 / 또는 절차에 대한 준수 여부를 확인하기위한 소프트웨어 제품 또는 프로세스의 독립적 인 평가 :
(1) 생산되는 제품의 형태 또는 내용
(2) 제품이 생산되는 과정
(3) 표준 또는 지침에 대한 준수를 측정하는 방법. (IEEE 1028)
감사 추적: 프로세스에 대한 원래 입력 (예 : 데이터)을 프로세스를 통해 역 추적하여 프로세스 출력을 시작점으로 삼을 수있는 경로입니다. 이를 통해 결함 분석을 용이하게하고 프로세스 감사를 수행 할 수 있습니다. (TMap 이후)
자동화 된 테스트웨어 : 도구 스크립트와 같은 자동화 된 테스트에 사용되는 테스트웨어.
유효성: 구성 요소 또는 시스템이 작동하고 사용에 필요할 때 액세스 할 수있는 정도입니다. 종종 백분율로 표시됩니다. (IEEE 610)
비
연속 테스트 : 구성 요소 또는 시스템의 두 개 이상의 변형이 동일한 입력으로 실행되는 테스트, 출력이 일치하지 않는 경우 비교 및 분석됩니다. (IEEE 610)
기준 : 공식적으로 검토 또는 합의 된 사양 또는 소프트웨어 제품으로, 이후 추가 개발의 기반이되며 공식 변경 제어 프로세스를 통해서만 변경할 수 있습니다. (IEEE 610 이후)
기본 블록 : 분기가없는 하나 이상의 연속 실행 가능 명령문의 시퀀스입니다.
기본 테스트 세트 : 내부 구조 또는 사양에서 파생 된 일련의 테스트 케이스로 지정된 적용 범위 기준을 100 % 달성합니다.
행동: 일련의 입력 값 및 전제 조건에 대한 구성 요소 또는 시스템의 응답입니다.
벤치 마크 테스트 : (1) 측정 또는 비교를 할 수있는 기준. (2) 구성 요소 또는 시스템을 서로 또는 (1)의 표준과 비교하는 데 사용되는 테스트입니다. (IEEE 610 이후)
맞춤형 소프트웨어 : 일련의 사용자 또는 고객을 위해 특별히 개발 된 소프트웨어. 그 반대는 기성 소프트웨어입니다.
모범 사례 : 주어진 상황에서 조직의 성과를 향상시키는 데 기여하는 우수한 방법 또는 혁신적인 관행으로, 일반적으로 다른 동료 조직에서 '최고'로 인정합니다.
베타 테스트 : 개발자와 달리 관련되지 않은 외부 사이트에서 잠재적 및 / 또는 기존 사용자 / 고객에 의한 운영 테스트를 통해 구성 요소 또는 시스템이 사용자 / 고객 요구 사항을 충족하고 비즈니스 프로세스에 적합한 지 여부를 결정합니다. 베타 테스트는 종종 시장에서 피드백을 얻기 위해 외부 승인 테스트의 한 형태로 사용됩니다.
빅뱅 테스트 : 소프트웨어 요소, 하드웨어 요소 또는 둘 모두가 단계가 아닌 구성 요소 또는 전체 시스템으로 한 번에 결합되는 통합 테스트 유형입니다. (IEEE 610 이후) 통합 테스트도 참조하십시오.
블랙 박스 테스트 : 구성 요소 또는 시스템의 내부 구조를 참조하지 않고 기능적이든 비 기능적이든 테스트.
블랙 박스 테스트 설계 기술 : 내부 구조를 참조하지 않고 구성 요소 또는 시스템의 기능적 또는 비 기능적 사양 분석을 기반으로 테스트 사례를 도출하고 선택하는 문서화 된 절차입니다.
차단 된 테스트 케이스 : 실행을위한 전제 조건이 충족되지 않아 실행할 수없는 테스트 케이스.
상향식 테스트 : 가장 낮은 수준의 구성 요소를 먼저 테스트 한 다음 더 높은 수준의 구성 요소를 쉽게 테스트하는 데 사용되는 통합 테스트에 대한 점진적 접근 방식입니다. 이 프로세스는 계층 구조의 맨 위에있는 구성 요소가 테스트 될 때까지 반복됩니다. 통합 테스트도 참조하십시오.
경계 값 : 등가 파티션의 가장자리에 있거나 가장자리 양쪽의 최소 증분 거리에있는 입력 값 또는 출력 값 (예 : 범위의 최소값 또는 최대 값).
경계 값 분석 : 경계 값을 기반으로 테스트 케이스를 디자인하는 블랙 박스 테스트 디자인 기법.
경계 값 범위 : 테스트 스위트에서 실행 한 경계 값의 백분율입니다.
분기: 둘 이상의 대체 프로그램 경로 중 하나를 사용할 수있는 프로그램 구성을 기반으로 실행을 위해 선택할 수있는 기본 블록입니다. case, jump, go to, ifthen- 그렇지 않으면.
지점 범위 : 테스트 스위트에서 실행 한 분기의 백분율입니다. 100 % 지점 범위는 100 % 의사 결정 범위와 100 % 명세서 범위를 모두 의미합니다.
분기 테스트 : 브랜치를 실행하도록 테스트 케이스를 디자인하는 화이트 박스 테스트 디자인 기술입니다.
비즈니스 프로세스 기반 테스트 : 비즈니스 프로세스에 대한 설명 및 / 또는 지식을 기반으로 테스트 케이스를 디자인하는 테스트 접근 방식입니다.
씨
CMM (Capability Maturity Model) : 효과적인 소프트웨어 프로세스의 핵심 요소를 설명하는 5 단계 단계적 프레임 워크입니다. 기능 성숙도 모델은 소프트웨어 개발 및 유지 관리를 계획, 엔지니어링 및 관리하는 방법을 다룹니다. (CMM)
CMMI (Capability Maturity Model Integration) : 효과적인 제품 개발 및 유지 관리 프로세스의 핵심 요소를 설명하는 프레임 워크입니다. 기능 성숙도 모델 통합은 제품 개발 및 유지 관리를 계획, 엔지니어링 및 관리하는 방법을 다룹니다. CMMI는 CMM의 지정된 후속 제품입니다. (CMMI)
캡처 / 재생 도구 : 나중에 실행할 수있는 (즉, 재생) 자동화 된 테스트 스크립트를 생성하기 위해 수동 테스트 중에 입력이 기록되는 테스트 실행 도구 유형입니다. 이러한 도구는 종종 자동화 된 회귀 테스트를 지원하는 데 사용됩니다.
케이스: Computer Aided Software Engineering의 약자.
캐스트: Computer Aided Software Testing의 약자. 테스트 자동화를 참조하십시오.
원인-효과 그래프 : 테스트 케이스를 설계하는 데 사용할 수있는 입력 및 / 또는 자극 (원인)과 연관된 출력 (효과)을 그래픽으로 표현합니다.
인과 관계 그래프 : 인과 그래프에서 테스트 케이스를 디자인하는 블랙 박스 테스트 디자인 기법입니다. (BS 7925/2)
인증: 구성 요소, 시스템 또는 사람이 지정된 요구 사항을 준수하는지 확인하는 프로세스입니다. 시험을 통과함으로써.
변하기 쉬운 성질: 특정 수정 사항을 구현할 수있는 소프트웨어 제품의 기능입니다. (ISO 9126) 유지 보수성도 참조하십시오.
분류 트리 방법 : 분류 트리를 통해 설명되는 테스트 케이스가 입력 및 / 또는 출력 도메인의 대표 조합을 실행하도록 설계된 블랙 박스 테스트 설계 기술입니다. (Grochtmann)
코드 범위 : 소프트웨어의 어느 부분이 테스트 스위트에 의해 실행 (포함)되었는지와 실행되지 않은 부분을 결정하는 분석 방법입니다. 진술 범위, 결정 범위 또는 조건 범위.
공존: 공통 자원을 공유하는 공통 환경에서 다른 독립 소프트웨어와 공존 할 수있는 소프트웨어 제품의 기능입니다. (ISO 9126) 이식성 테스트 참조.
복잡성: 구성 요소 또는 시스템이 이해, 유지 및 검증하기 어려운 설계 및 / 또는 내부 구조를 갖는 정도입니다. 순환 적 복잡성도 참조하십시오.
응낙: 법률 및 유사한 처방의 표준, 규칙 또는 규정을 준수하는 소프트웨어 제품의 기능. (ISO 9126)
적합성 테스트 : 구성 요소 또는 시스템의 준수 여부를 확인하기위한 테스트 프로세스입니다.
구성 요소: 격리 된 상태에서 테스트 할 수있는 최소 소프트웨어 항목입니다.
구성 요소 통합 테스트 : 통합 구성 요소 간의 상호 작용 및 인터페이스의 결함을 노출하기 위해 테스트를 수행했습니다.
구성 요소 사양 : 지정된 조건 하에서 지정된 입력 값에 대한 출력 값 및 필수 비 기능적 동작 (예 : 리소스 활용)에 대한 구성 요소의 기능에 대한 설명입니다.
구성 요소 테스트 : 개별 소프트웨어 구성 요소의 테스트. (IEEE 610 이후)
복합 조건 : 논리 연산자 (AND, OR 또는 XOR)를 통해 결합 된 둘 이상의 단일 조건, 예 : ‘A> B AND C> 1000’.
동시성 테스트 : 활동을 인터리빙하거나 동시 실행을 통해 달성 된 동일한 시간 간격 내에서 둘 이상의 활동 발생을 구성 요소 또는 시스템에서 처리하는 방법을 확인하기위한 테스트입니다. (IEEE 610 이후)
질환: True 또는 False로 평가할 수있는 논리식입니다. A> B. 테스트 조건도 참조하십시오.
조건 범위 : 테스트 스위트에서 실행 한 조건 결과의 백분율입니다. 100 % 조건 적용을 위해서는 모든 의사 결정 문의 각 단일 조건이 참 및 거짓으로 테스트되어야합니다.
상태 결정 범위 : 테스트 케이스 스위트에서 실행 한 의사 결정 결과에 독립적으로 영향을 미치는 모든 단일 조건 결과의 백분율입니다. 100 % 조건 결정 적용은 100 % 결정 조건 적용을 의미합니다.
상태 결정 테스트 : 의사 결정 결과에 독립적으로 영향을 미치는 단일 조건 결과를 실행하도록 테스트 케이스를 디자인하는 화이트 박스 테스트 디자인 기술입니다.
상태 테스트 : 조건 결과를 실행하도록 테스트 케이스를 디자인하는 화이트 박스 테스트 디자인 기술입니다.
조건 결과 : 조건을 True 또는 False로 평가합니다.
구성 : 구성 요소의 수, 특성 및 상호 연결에 의해 정의 된 구성 요소 또는 시스템의 구성입니다.
구성 감사 : 구성 항목의 라이브러리 내용을 확인하는 기능 (예 : 표준 준수를 위해. (IEEE 610)
구성 제어 : 구성 식별의 공식 설정 후 구성 항목에 대한 평가, 조정, 승인 또는 비 승인 및 변경 구현으로 구성된 구성 관리의 요소입니다. (IEEE
610)
구성 식별 : 시스템의 구성 항목을 선택하고 기술 문서에 기능 및 물리적 특성을 기록하는 구성 관리 요소입니다. (IEEE 610)
구성 항목 : 구성 관리를 위해 지정되고 구성 관리 프로세스에서 단일 엔티티로 취급되는 하드웨어, 소프트웨어 또는 둘 모두의 집합입니다. (IEEE 610)
구성 관리: 기술 및 관리 방향과 감시를 적용하는 분야 : 구성 항목의 기능 및 물리적 특성을 식별 및 문서화하고, 해당 특성에 대한 변경을 제어하고, 변경 처리 및 구현 상태를 기록 및보고하고, 지정된 요구 사항의 준수 여부를 확인합니다. (IEEE 610)
일관성: 문서 또는 구성 요소 또는 시스템의 일부 간의 일관성, 표준화 및 모순이없는 정도입니다. (IEEE 610)
제어 흐름 : 구성 요소 또는 시스템을 통한 실행에서 가능한 모든 이벤트 시퀀스 (경로)의 추상 표현입니다.
변환 테스트 : 대체 시스템에서 사용하기 위해 기존 시스템의 데이터를 변환하는 데 사용되는 소프트웨어 테스트.
간이 침대 : 상용 기성품 소프트웨어의 약어입니다.
적용 범위: 특정 적용 범위 항목이 테스트 스위트에서 실행 된 정도 (백분율로 표시됨).
커버리지 분석 : 추가 테스트가 필요한지 여부와 필요한 경우 필요한 테스트 케이스를 결정하기 위해 미리 결정된 기준을 참조하여 테스트 실행 중에 지정된 커버리지 항목에 대해 달성 된 커버리지를 측정합니다.
적용 항목 : 테스트 적용 범위의 기초로 사용되는 엔티티 또는 자산 (예 : 등가 파티션 또는 코드 문.
커버리지 도구 : 어떤 구조적 요소에 대한 객관적인 측정을 제공하는 도구입니다. 문장, 분기는 테스트 스위트에 의해 실행되었습니다.
순환 복잡성 : 프로그램을 통한 독립 경로의 수입니다. 순환 복잡성은 다음과 같이 정의됩니다. L – N + 2P, 여기서 –L = 그래프의 에지 / 링크 수 –N = 그래프의 노드 수 – P = 그래프에서 연결이 끊어진 부분의 수 (예 : 호출 그래프 및 서브 루틴). (맥케이브 이후)
디
데이터 정의 : 변수에 값이 할당 된 실행 가능한 문입니다.
데이터 기반 테스트 : 단일 제어 스크립트가 테이블의 모든 테스트를 실행할 수 있도록 테스트 입력과 예상 결과를 테이블 또는 스프레드 시트에 저장하는 스크립팅 기술입니다. 데이터 기반 테스트는 종종 캡처 / 재생 도구와 같은 테스트 실행 도구의 응용 프로그램을 지원하는 데 사용됩니다. (Fewster and Graham) 키워드 기반 테스트도 참조하십시오.
데이터 흐름: 시퀀스의 추상적 인 표현과 데이터 객체 상태의 가능한 변경. 여기서 객체의 상태는 다음 중 하나입니다.:생성, 사용 또는 파괴. (비저)
데이터 흐름 분석 : 변수의 정의 및 사용을 기반으로 한 정적 분석의 한 형태입니다.
데이터 흐름 범위 : 테스트 케이스 스위트에서 실행 한 정의 사용 쌍의 백분율입니다.
데이터 흐름 테스트 : 정의를 실행하고 변수 쌍을 사용하도록 테스트 케이스를 디자인하는 화이트 박스 테스트 디자인 기술입니다.
디버깅 : 소프트웨어 오류의 원인을 찾고, 분석하고, 제거하는 프로세스입니다.
디버깅 도구 : 프로그래머가 오류를 재현하고 프로그램 상태를 조사하고 해당 결함을 찾기 위해 사용하는 도구입니다. 디버거는 프로그래머가 프로그램을 단계별로 실행하고, 모든 프로그램 문에서 프로그램을 중지하고, 프로그램 변수를 설정 및 검사 할 수 있도록합니다.
결정: 제어 흐름에 둘 이상의 대체 경로가있는 프로그램 지점입니다. 별도의 분기에 대한 링크가 두 개 이상있는 노드입니다.
결정 조건 범위 : 테스트 스위트에서 실행 한 모든 조건 결과 및 의사 결정 결과의 백분율입니다. 100 % 결정 조건 적용은 100 % 조건 적용과 100 % 결정 적용을 모두 의미합니다.
결정 조건 테스트 : 조건 결과 및 의사 결정 결과를 실행하도록 테스트 케이스를 디자인하는 화이트 박스 테스트 디자인 기술입니다.
결정 범위 : 테스트 스위트에서 실행 한 의사 결정 결과의 백분율입니다. 100 % 의사 결정 범위는 100 % 지점 범위와 100 % 명세서 범위를 모두 의미합니다.
결정 테이블 : 테스트 케이스를 설계하는 데 사용할 수있는 입력 및 / 또는 자극 (원인)과 관련 출력 및 / 또는 동작 (효과)의 조합을 보여주는 표입니다.
의사 결정 테이블 테스트 : 테스트 케이스가 결정 테이블에 표시된 입력 및 / 또는 자극 (원인)의 조합을 실행하도록 설계된 블랙 박스 테스트 설계 기술입니다. (베 넨달)
의사 결정 테스트 : 의사 결정 결과를 실행하기 위해 테스트 케이스를 디자인하는 화이트 박스 테스트 디자인 기술입니다.
결정 결과 : 결정의 결과 (따라서 취할 분기를 결정 함).
결함: 구성 요소 또는 시스템이 필요한 기능을 수행하지 못하게 할 수있는 구성 요소 또는 시스템의 결함 (예 : 잘못된 명령문 또는 데이터 정의. 실행 중에 결함이 발생하면 구성 요소 또는 시스템에 오류가 발생할 수 있습니다.
결함 밀도 : 구성 요소 또는 시스템에서 식별 된 결함 수를 구성 요소 또는 시스템의 크기로 나눈 값 (예 : 코드 줄, 클래스 또는 기능 포인트 수와 같은 표준 측정 용어로 표현됨).
결함 감지 비율 (DDP) : 테스트 단계에서 발견 된 결함 수를 해당 테스트 단계에서 발견 한 수와 그 이후의 다른 수단으로 나눈 값입니다.
결함 보고서 : 구성 요소 또는 시스템이 필요한 기능을 수행하지 못하게 할 수있는 구성 요소 또는 시스템의 결함에 대해보고하는 문서입니다. (IEEE 829 이후)
결함 관리 : 결함을 인식, 조사, 조치 및 처리하는 프로세스입니다. 여기에는 결함 기록, 분류 및 영향 식별이 포함됩니다. (IEEE 1044 이후)
결함 마스킹 : 하나의 결함으로 인해 다른 결함이 발견되지 않는 발생입니다. (IEEE 610 이후)
정의 사용 쌍 : 변수 정의와 해당 변수 사용의 연관성. 변수 사용에는 계산 (예 : 곱셈) 또는 경로 실행 지시 ( '술어'사용)가 포함됩니다.
결과물 : (작업) 제품의 작성자가 아닌 다른 사람에게 전달되어야하는 모든 (작업) 제품.
설계 기반 테스트 : 구성 요소 또는 시스템의 아키텍처 및 / 또는 세부 설계 (예 : 구성 요소 또는 시스템 간의 인터페이스 테스트)를 기반으로 테스트 케이스를 디자인하는 테스트 방법입니다.
책상 확인 : 실행을 수동으로 시뮬레이션하여 소프트웨어 또는 사양을 테스트합니다.
개발 테스트 : 일반적으로 개발자가 개발 환경에서 구성 요소 또는 시스템을 구현하는 동안 수행되는 공식 또는 비공식 테스트입니다. (IEEE 610 이후)
문서 테스트 : 문서의 품질 테스트 (예 : 사용자 가이드 또는 설치 가이드.
도메인: 유효한 입력 및 / 또는 출력 값을 선택할 수있는 세트입니다.
운전사: 구성 요소 또는 시스템의 제어 및 / 또는 호출을 처리하는 구성 요소를 대체하는 소프트웨어 구성 요소 또는 테스트 도구입니다. (TMap 이후)
동적 분석 : 행동을 평가하는 과정 (예 : 실행 중 시스템 또는 구성 요소의 메모리 성능, CPU 사용량. (IEEE 610 이후)
동적 비교 : 예를 들어 테스트 실행 도구에 의해 소프트웨어가 실행되는 동안 수행되는 실제 결과와 예상 결과의 비교.
동적 테스트 : 구성 요소 또는 시스템의 소프트웨어 실행을 포함하는 테스트.
IS
능률: 명시된 조건에서 사용 된 리소스의 양과 관련하여 적절한 성능을 제공하는 소프트웨어 제품의 기능. (ISO 9126)
효율성 테스트 : 소프트웨어 제품의 효율성을 결정하기위한 테스트 프로세스입니다.
기본 비교 테스트 : 조건 결정 범위의 개념을 사용하여 입력 조합을 실행하도록 테스트 케이스를 디자인 한 블랙 박스 테스트 디자인 기술입니다. (TMap)
에뮬레이터 : 동일한 입력을 받아들이고 주어진 시스템과 동일한 출력을 생성하는 장치, 컴퓨터 프로그램 또는 시스템입니다. (IEEE 610) 시뮬레이터 참조.
참가 기준 : 프로세스가 정의 된 작업을 진행할 수 있도록 허용하는 일반 및 특정 조건 세트, 예 : 테스트 단계. 입력 기준의 목적은 실패한 입력 기준을 제거하는 데 필요한 노력에 비해 더 많은 (낭비 된) 노력이 수반되는 작업이 시작되는 것을 방지하는 것입니다. (길 브와 그레이엄)
진입 지점: 구성 요소 내에서 실행 가능한 첫 번째 문입니다.
등가 파티션 : 사양에 따라 구성 요소 또는 시스템의 동작이 동일하다고 가정되는 입력 또는 출력 도메인의 일부입니다.
등가 파티션 적용 범위 : 테스트 스위트에서 실행 한 등가 파티션의 백분율입니다.
등가 파티셔닝 : 등가 파티션의 대표를 실행하도록 테스트 케이스를 디자인하는 블랙 박스 테스트 디자인 기술입니다. 원칙적으로 테스트 케이스는 각 파티션을 한 번 이상 포함하도록 설계되었습니다.
오류: 잘못된 결과를 생성하는 인간의 행동. (IEEE 610 이후)
추측 오류 : 테스터의 경험을 사용하여 오류의 결과로 테스트중인 구성 요소 또는 시스템에 어떤 결함이있을 수 있는지 예측하고이를 노출하기위한 테스트를 특별히 설계하는 테스트 설계 기술입니다.
오류 시드 : 감지 및 제거 속도를 모니터링하고 남은 결함 수를 추정하기 위해 구성 요소 또는 시스템에 이미있는 결함에 의도적으로 알려진 결함을 추가하는 프로세스입니다. (IEEE 610)
오류 허용 : 잘못된 입력이 있음에도 불구하고 시스템 또는 구성 요소가 정상 작동을 계속할 수있는 능력. (IEEE 610 이후).
예외 처리: 인간 사용자 나 다른 구성 요소 또는 시스템의 잘못된 입력 또는 내부 오류에 대한 응답으로 구성 요소 또는 시스템의 동작.
실행 가능한 문 : 컴파일 될 때 객체 코드로 변환되고 프로그램이 실행될 때 절차 적으로 실행되고 데이터에 대한 작업을 수행 할 수있는 명령문입니다.
행사 : 프로그램 요소는 입력 값이 명령문, 결정 또는 기타 구조 요소와 같은 해당 요소의 실행을 유발할 때 테스트 케이스에 의해 실행된다고합니다.
철저한 테스트 : 테스트 스위트가 입력 값과 전제 조건의 모든 조합으로 구성되는 테스트 접근 방식입니다.
종료 기준 : 프로세스가 공식적으로 완료 될 수 있도록 이해 관계자와 합의한 일반 및 특정 조건 세트입니다. 종료 기준의 목적은 아직 완료되지 않은 작업의 미해결 부분이있는 경우 작업이 완료된 것으로 간주되지 않도록하는 것입니다. 종료 기준은 테스트에 대해보고하고 테스트 중지시기를 계획하는 데 사용됩니다. (길 브와 그레이엄 이후)
출구 지점 : 구성 요소 내에서 마지막으로 실행 가능한 문입니다.
예상 결과: 지정된 조건에서 구성 요소 또는 시스템의 사양 또는 다른 소스에 의해 예측되는 동작입니다.
탐색 적 테스트 : 테스트를 수행 할 때 테스터가 테스트 디자인을 적극적으로 제어하고 테스트 중에 얻은 정보를 사용하여 새롭고 더 나은 테스트를 디자인하는 테스트입니다. (바흐)
에프
불합격: 실제 결과가 예상 결과와 일치하지 않으면 테스트가 실패한 것으로 간주됩니다.
실패: 예상 배송, 서비스 또는 결과에서 구성 요소 또는 시스템의 실제 편차. (펜턴 이후)
실패 모드 : 실패의 물리적 또는 기능적 표현. 예를 들어, 장애 모드의 시스템은 느린 작동, 잘못된 출력 또는 완전한 실행 종료를 특징으로 할 수 있습니다.
FMEA (고장 모드 및 영향 분석) : 가능한 실패 모드를 식별하고 발생을 방지하기위한 위험 식별 및 분석에 대한 체계적인 접근 방식입니다.
실패율: 주어진 측정 단위에 대한 주어진 범주의 실패 수 비율 (예 : 시간 단위당 실패, 트랜잭션 수당 실패, 컴퓨터 실행 수당 실패. (IEEE 610)
결함 허용: 소프트웨어 결함 (결함) 또는 지정된 인터페이스 침해의 경우 지정된 수준의 성능을 유지하는 소프트웨어 제품의 기능입니다. (ISO 9126) 신뢰성 참조.
결함 트리 분석 : 결함 (결함)의 원인을 분석하는 데 사용되는 방법입니다.
가능한 경로 : 일련의 입력 값 및 전제 조건이 존재하여 실행되도록하는 경로입니다.
특색: 요구 사항 문서 (예 : 신뢰성, 유용성 또는 설계 제약)에 의해 지정되거나 암시 된 구성 요소 또는 시스템의 속성입니다. (IEEE 1008 이후)
유한 상태 머신 : 유한 한 수의 상태와 이러한 상태 사이의 전이로 구성된 계산 모델 (아마도 수반되는 작업 포함). (IEEE 610)
공식적인 검토 : 문서화 된 절차 및 요구 사항을 특징으로하는 검토 (예 : 검사.
동결 테스트 기준 : 공식적인 변경 제어 프로세스에 의해서만 수정할 수있는 테스트 기반 문서입니다. 기준선도 참조하십시오.
기능 점 분석 (FPA) : 정보 시스템 기능의 크기를 측정하는 방법. 측정은 기술과 무관합니다. 이 측정은 생산성 측정, 필요한 자원 추정 및 프로젝트 제어의 기초로 사용될 수 있습니다.
기능 통합 : 기본 기능을 조기에 작동시킬 목적으로 구성 요소 또는 시스템을 결합하는 통합 접근 방식입니다. 통합 테스트도 참조하십시오.
기능 요구 사항 : 구성 요소 또는 시스템이 수행해야하는 기능을 지정하는 요구 사항입니다. (IEEE 610)
기능 테스트 설계 기술 : 내부 구조를 참조하지 않고 구성 요소 또는 시스템의 기능 사양 분석을 기반으로 테스트 사례를 도출하고 선택하는 문서화 된 절차입니다. 블랙 박스 테스트 설계 기법을 참조하십시오.
기능 테스트 : 구성 요소 또는 시스템의 기능 사양 분석을 기반으로 한 테스트. 블랙 박스 테스트도 참조하십시오.
기능 : 소프트웨어가 지정된 조건에서 사용될 때 명시 적 및 묵시적 요구를 충족하는 기능을 제공하는 소프트웨어 제품의 능력. (ISO 9126)
기능 테스트 : 소프트웨어 제품의 기능을 확인하기위한 테스트 프로세스입니다.
지
유리 상자 테스트 : 화이트 박스 테스트를 참조하십시오.
H
휴리스틱 평가 : 인식 된 사용성 원칙 (소위 '휴리스틱')에 따라 사용자 인터페이스의 준수 여부를 결정하는 정적 사용성 테스트 기술입니다.
높은 수준의 테스트 사례 : 입력 데이터 및 예상 결과에 대한 구체적인 (구현 수준) 값이없는 테스트 케이스입니다.
수평 추적 성 : 테스트 문서 계층 (예 : 테스트 계획, 테스트 설계 사양, 테스트 케이스 사양 및 테스트 절차 사양)을 통해 테스트 수준에 대한 요구 사항을 추적합니다.
나는
영향 분석 : 지정된 요구 사항에 대한 주어진 변경을 구현하기 위해 개발 문서, 테스트 문서 및 구성 요소의 계층에 대한 변경 평가.
증분 개발 모델 : 프로젝트가 일련의 증분으로 나뉘는 개발 수명 주기로, 각 증분은 전체 프로젝트 요구 사항에서 기능의 일부를 제공합니다. 요구 사항은 우선 순위가 지정되고 적절한 증분의 우선 순위에 따라 제공됩니다. 이 라이프 사이클 모델의 일부 (전부는 아님) 버전에서 각 하위 프로젝트는 자체 설계, 코딩 및 테스트 단계가있는 '미니 V 모델'을 따릅니다.
증분 테스트 : 모든 구성 요소 또는 시스템이 통합되고 테스트 될 때까지 구성 요소 또는 시스템이 통합되고 한 번에 하나씩 테스트됩니다.
사건: 조사가 필요한 테스트 중에 발생하는 모든 이벤트. (IEEE 1008 이후)
사고 관리 : 사고를 인식, 조사, 조치 및 처리하는 프로세스입니다. 여기에는 사고 기록, 분류 및 영향 식별이 포함됩니다. (IEEE 1044 이후)
사고 관리 도구 : 테스트 중에 발견 된 사고의 기록 및 상태 추적을 용이하게하는 도구입니다. 그들은 종종 사건의 할당, 수정 및 재 테스트를 추적 및 제어하고보고 기능을 제공하는 워크 플로우 지향 기능을 갖추고 있습니다.
사고 보고서: 조사가 필요한 테스트 중에 발생하는 모든 이벤트에 대해보고하는 문서. (IEEE 829 이후)
독립: 객관적인 테스트의 수행을 장려하는 책임 분리. (DO-178b 이후)
실행 불가능한 경로 : 가능한 입력 값 집합으로 실행할 수없는 경로입니다.
비공식 검토 : 공식적인 (문서화 된) 절차를 기반으로하지 않은 검토.
입력: 구성 요소가 읽는 변수 (구성 요소 내부 또는 외부에 저장 됨).
입력 도메인 : 유효한 입력 값을 선택할 수있는 집합입니다. 도메인을 참조하십시오.
입력 값 : 입력의 인스턴스입니다. 입력을 참조하십시오.
검사: 문서의 시각적 검사에 의존하여 결함을 감지하는 검토 유형입니다 (예 : 개발 표준 위반 및 상위 수준 문서에 대한 부적합. 가장 공식적인 검토 기법이므로 항상 문서화 된 절차를 기반으로합니다. (IEEE 610, IEEE 1028 이후)
설치 가능성 : 지정된 환경에 설치할 소프트웨어 제품의 기능 (ISO 9126). 이식성도 참조하십시오.
설치 가능성 테스트 : 소프트웨어 제품의 설치 가능성을 테스트하는 프로세스입니다. 이식성 테스트도 참조하십시오.
설치 안내서: 설치 프로세스를 통해 설치 프로그램을 안내하는 적절한 미디어에 대한 지침이 제공됩니다. 이는 수동 가이드, 단계별 절차, 설치 마법사 또는 기타 유사한 프로세스 설명 일 수 있습니다.
설치 마법사 : 설치 프로세스를 통해 설치 프로그램을 안내하는 적절한 미디어에 제공된 소프트웨어. 일반적으로 설치 프로세스를 실행하고 설치 결과에 대한 피드백을 제공하며 옵션에 대한 프롬프트를 표시합니다.
수단: 실행 중 프로그램 동작에 대한 정보를 수집하기 위해 프로그램에 추가 코드를 삽입합니다.
악기 : 계측을 수행하는 데 사용되는 소프트웨어 도구입니다.
섭취 테스트 : 구성 요소 또는 시스템이 상세하고 추가 테스트를 할 준비가되었는지 결정하기위한 연기 테스트의 특별한 인스턴스입니다. 접수 테스트는 일반적으로 테스트 실행 단계가 시작될 때 수행됩니다.
완성: 구성 요소 또는 시스템을 더 큰 어셈블리로 결합하는 프로세스입니다.
통합 테스트 : 인터페이스 및 통합 구성 요소 또는 시스템 간의 상호 작용에서 결함을 노출하기 위해 수행 된 테스트입니다. 구성 요소 통합 테스트, 시스템 통합 테스트를 참조하십시오.
인터페이스 테스트 : 구성 요소 또는 시스템 간의 인터페이스 테스트와 관련된 통합 테스트 유형입니다.
상호 운용성 : 하나 이상의 지정된 구성 요소 또는 시스템과 상호 작용하는 소프트웨어 제품의 기능입니다. (ISO 9126 이후) 기능도 참조하십시오.
상호 운용성 테스트 : 소프트웨어 제품의 상호 운용성을 확인하기위한 테스트 프로세스입니다. 기능 테스트도 참조하십시오.
잘못된 테스트 : 구성 요소 또는 시스템에서 거부해야하는 입력 값을 사용하여 테스트합니다. 오차 허용 오차도 참조하십시오.
격리 테스트 : 필요한 경우 주변 구성 요소를 스텁 및 드라이버로 시뮬레이션하여 주변 구성 요소와 격리 된 개별 구성 요소를 테스트합니다.
에
키워드 기반 테스트 : 데이터 파일을 사용하여 테스트 데이터 및 예상 결과뿐만 아니라 테스트중인 애플리케이션과 관련된 키워드도 포함하는 스크립팅 기술입니다. 키워드는 테스트를 위해 제어 스크립트에서 호출하는 특수 지원 스크립트에 의해 해석됩니다. 데이터 기반 테스트를 참조하십시오.
엘
LCSAJ : 다음 세 항목으로 구성된 선형 코드 시퀀스 및 점프 (일반적으로 소스 코드 목록에서 줄 번호로 식별 됨) : 실행 가능한 명령문의 선형 시퀀스 시작, 선형 시퀀스의 끝 및 제어 할 대상 줄 흐름은 선형 시퀀스의 끝에서 전달됩니다.
LCSAJ 적용 범위 : 테스트 스위트에서 실행 한 구성 요소의 LCSAJ 백분율입니다. 100 % LCSAJ 범위는 100 % 의사 결정 범위를 의미합니다.
LCSAJ 테스트 : LCSAJ를 실행하도록 테스트 케이스를 디자인하는 화이트 박스 테스트 디자인 기술입니다.
학습 가능성 : 사용자가 응용 프로그램을 배울 수 있도록하는 소프트웨어 제품의 기능입니다. (ISO 9126) 유용성도 참조하십시오.
부하 테스트 : 부하가 증가하는 구성 요소 또는 시스템의 동작을 측정하는 것과 관련된 테스트 유형입니다. 구성 요소 또는 시스템이 처리 할 수있는로드를 결정하기위한 병렬 사용자 수 및 / 또는 트랜잭션 수
낮은 수준의 테스트 사례 : 입력 데이터 및 예상 결과에 대한 구체적인 (구현 수준) 값이있는 테스트 케이스입니다.
미디엄
테스트 리드 인터뷰 질문 및 답변 pdf
유지: 결함을 수정하거나 성능 또는 기타 속성을 개선하거나 제품을 수정 된 환경에 적용하기 위해 배송 후 소프트웨어 제품을 수정합니다. (IEEE 1219)
유지 보수 테스트 : 운영 체제의 변경 사항 또는 변경된 환경이 운영 체제에 미치는 영향을 테스트합니다.
유지 보수성 : 소프트웨어 제품을 쉽게 수정하여 결함을 수정하고, 새로운 요구 사항을 충족하도록 수정하고, 향후 유지 관리를 더 쉽게하기 위해 수정하거나, 변경된 환경에 맞게 조정할 수 있습니다. (ISO 9126)
유지 보수성 테스트 : 소프트웨어 제품의 유지 관리 가능성을 결정하기위한 테스트 프로세스입니다.
경영 검토 : 진행 상황을 모니터링하고, 계획 및 일정의 상태를 결정하고, 요구 사항 및 상속인 시스템 할당을 확인하거나, 관리 접근 방식의 효과를 평가하는 경영진에 의해 또는 경영진을 대신하여 수행되는 소프트웨어 획득, 공급, 개발, 운영 또는 유지 관리 프로세스에 대한 체계적인 평가 목적에 대한 적합성을 달성합니다. (IEEE 610, IEEE 1028 이후)
성숙: (1) 프로세스 및 작업 관행의 효과와 효율성과 관련된 조직의 능력. Capability Maturity Model, Test Maturity Model을 참조하십시오. (2) 소프트웨어의 결함으로 인한 오류를 방지하는 소프트웨어 제품의 기능. (ISO 9126) 신뢰성 참조.
법안: 측정을 수행하여 엔티티의 속성에 할당 된 번호 또는 범주 (ISO 14598).
측정: 엔터티의 속성을 설명하기 위해 엔터티에 번호 또는 범주를 할당하는 프로세스입니다. (ISO 14598)
측정 규모 : 수행 할 수있는 데이터 분석 유형을 제한하는 척도입니다. (ISO 14598)
메모리 누수 : 프로그램의 동적 저장소 할당 논리에있는 결함으로 메모리 사용을 마친 후 메모리를 회수하지 못해 결국 메모리 부족으로 인해 프로그램이 실패합니다.
메트릭 : 측정에 사용되는 측정 척도 및 방법. (ISO 14598)
획기적 사건: 프로젝트에서 (중간) 산출물을 정의하고결과가 준비되어야합니다.
중재자: 검사 또는 기타 검토 프로세스를 담당하는 리더 및 주요 사람.
감시 장치: 테스트중인 구성 요소 또는 시스템과 동시에 실행되고 구성 요소 또는 시스템의 동작을 감독, 기록 및 / 또는 분석하는 소프트웨어 도구 또는 하드웨어 장치입니다. (IEEE 610 이후)
여러 조건 적용 : 모든 단일 조건의 조합 비율테스트 스위트에 의해 실행 된 하나의 진술 내 결과. 100 % 배수상태 범위는 100 % 상태 결정 범위를 의미합니다.
여러 조건 테스트 : 테스트 케이스가 단일 조건 결과의 조합을 실행하도록 설계되는 화이트 박스 테스트 설계 기법입니다 (하나의 문 내에서).
돌연변이 분석 : 테스트 스위트가 프로그램의 약간의 변형 (돌연변이)과 프로그램을 구별 할 수있는 정도를 측정하여 테스트 스위트의 완전성을 결정하는 방법입니다.
엔
N 스위치 적용 범위 : 테스트 스위트에서 실행 한 N + 1 전환 시퀀스의 백분율입니다. (음식)
N 스위치 테스트 : N + 1 전환의 모든 유효한 시퀀스를 실행하도록 테스트 케이스가 설계된 상태 전환 테스트의 한 형태입니다. (Chow) 상태 전이 테스트도 참조하십시오.
부정적인 테스트 : 구성 요소 또는 시스템이 작동하지 않음을 보여주는 테스트입니다. 네거티브 테스트는 특정 테스트 접근 방식이나 테스트 설계 기술보다는 테스터의 태도와 관련이 있습니다. (Beizer 이후).
비국교도: 지정된 요구 사항을 충족하지 못합니다. (ISO 9000)
비 기능적 요구 사항 : 기능과 관련이 없지만 안정성, 효율성, 유용성, 유지 관리 및 이식성과 같은 속성에 관련된 요구 사항입니다.
비 기능 테스트 : 기능과 관련이없는 구성 요소 또는 시스템의 속성 테스트 (예 : 신뢰성, 효율성, 유용성, 유지 보수성 및 휴대 성.
비 기능 테스트 설계 기술 : 비 기능 테스트를위한 테스트를 설계하거나 선택하는 데 사용되는 방법입니다.
또는
기성 소프트웨어 : 일반 시장, 즉 다수의 고객을 위해 개발 된 소프트웨어 제품으로 동일한 형식으로 많은 고객에게 제공됩니다.
조작성 : 사용자가 제품을 작동하고 제어 할 수 있도록하는 소프트웨어 제품의 기능입니다. (ISO 9126) 유용성도 참조하십시오.
운영 환경 : 테스트중인 구성 요소 또는 시스템이 사용되는 사용자 또는 고객의 사이트에 설치된 하드웨어 및 소프트웨어 제품. 소프트웨어에는 운영 체제, 데이터베이스 관리 시스템 및 기타 응용 프로그램이 포함될 수 있습니다.
운영 프로필 테스트 : 시스템 운영 모델 (단기간 작업) 및 일반적인 사용 가능성을 사용한 통계 테스트. (무사)
운영 테스트 : 운영 환경에서 구성 요소 또는 시스템을 평가하기 위해 수행 된 테스트입니다. (IEEE 610)
산출: 구성 요소가 작성한 변수 (구성 요소 내부 또는 외부에 저장 됨)입니다.
출력 도메인 : 유효한 출력 값을 선택할 수있는 세트입니다. 도메인을 참조하십시오.
출력 값 : 출력의 인스턴스입니다. 출력도 참조하십시오.
피
쌍 프로그래밍 : 단일 컴퓨터에 두 명의 프로그래머가 구성 요소의 코드 줄 (생산 및 / 또는 테스트)을 작성하는 소프트웨어 개발 접근 방식입니다. 이것은 암시 적으로 지속적인 실시간 코드 검토가 수행됨을 의미합니다.
쌍 테스트 : 두 명의 테스터가 함께 작업하여 결함을 찾습니다. 일반적으로 그들은 하나의 컴퓨터를 공유하고 테스트하는 동안 그것을 통제합니다.
통과하다: 실제 결과가 예상 결과와 일치하면 테스트에 합격 한 것으로 간주됩니다.
합격 / 불합격 기준 : 테스트 항목 (기능) 또는 기능이 테스트를 통과했는지 실패했는지를 결정하는 데 사용되는 결정 규칙입니다. (IEEE 829)
통로: 일련의 이벤트 (예 : 진입 점에서 종료점까지 구성 요소 또는 시스템의 실행 가능한 문.
경로 범위 : 테스트 스위트에서 실행 한 경로의 백분율입니다. 100 % 경로 범위는 100 % LCSAJ 범위를 의미합니다.
경로 민감성 : 주어진 경로를 강제로 실행하기 위해 입력 값 세트를 선택합니다.
경로 테스트 : 테스트 케이스가 경로를 실행하도록 설계된 화이트 박스 테스트 설계 기술입니다.
공연: 시스템 또는 구성 요소가 처리 시간 및 처리 속도와 관련하여 주어진 제약 내에서 지정된 기능을 수행하는 정도입니다. (IEEE 610 이후) 효율성 참조.
성과 지표: 점진적 개발을 안내하고 제어하는 데 사용되는 높은 수준의 효율성 및 / 또는 효율성 지표입니다. 테스트를위한 결함 감지 백분율 (DDP). (CMMI)
성능 시험: 소프트웨어 제품의 성능을 확인하기위한 테스트 프로세스입니다. 효율성 테스트를 참조하십시오.
성능 테스트 도구 : 성능 테스트를 지원하는 도구이며 일반적으로로드 생성 및 테스트 트랜잭션 측정이라는 두 가지 주요 기능이 있습니다. 로드 생성은 여러 사용자 또는 대량의 입력 데이터를 시뮬레이션 할 수 있습니다. 실행하는 동안 선택된 트랜잭션에서 응답 시간 측정을 가져 와서 기록합니다. 성능 테스트 도구는 일반적으로 테스트 로그 및 응답 시간에 대한 부하 그래프를 기반으로 한 보고서를 제공합니다.
단계 테스트 계획 : 일반적으로 하나의 테스트 수준을 다루는 테스트 계획입니다.
휴대 성 : 소프트웨어 제품을 한 하드웨어 또는 소프트웨어 환경에서 다른 환경으로 쉽게 전송할 수 있습니다. (ISO 9126)
이식성 테스트 : 소프트웨어 제품의 이식성을 결정하기위한 테스트 프로세스입니다.
사후 조건 : 테스트 또는 테스트 절차 실행 후 충족되어야하는 환경 및 상태 조건.
실행 후 비교 : 소프트웨어 실행이 완료된 후 수행 된 실제 결과와 예상 결과의 비교.
전제 조건 : 특정 테스트 또는 테스트 절차를 사용하여 구성 요소 또는 시스템을 실행하기 전에 충족해야하는 환경 및 상태 조건.
우선 순위: 항목에 할당 된 (비즈니스) 중요도 수준 (예 : 결함.
공정주기 테스트 : 비즈니스 절차 및 프로세스를 실행하기 위해 테스트 케이스를 디자인하는 블랙 박스 테스트 디자인 기술입니다. (TMap)
방법: 입력을 출력으로 변환하는 일련의 상호 관련된 활동입니다. (ISO 12207)
계획: 프로젝트는 시간, 비용 및 자원의 제약을 포함하여 특정 요구 사항을 준수하는 목표를 수행하는 시작 및 완료 날짜가있는 조정되고 통제 된 고유 한 활동 세트입니다. (ISO 9000)
프로젝트 테스트 계획 : 일반적으로 여러 테스트 수준을 다루는 테스트 계획입니다.
의사 랜덤 : 무작위로 보이지만 실제로 미리 배열 된 시퀀스에 따라 생성되는 시리즈입니다.
큐
품질: 구성 요소, 시스템 또는 프로세스가 지정된 요구 사항 및 / 또는 사용자 / 고객 요구 사항 및 기대를 충족하는 정도. (IEEE 610 이후)
품질 보증: 품질 관리의 일부는 품질 요구 사항이 충족 될 것이라는 확신을 제공하는 데 중점을 둡니다. (ISO 9000)
품질 속성 : 항목의 품질에 영향을 미치는 기능 또는 특성입니다. (IEEE 610)
품질 관리: 품질과 관련하여 조직을 지휘하고 통제하기위한 조정 된 활동. 품질과 관련된 방향 및 통제에는 일반적으로 품질 정책 및 품질 목표의 수립, 품질 계획, 품질 관리, 품질 보증 및 품질 개선이 포함됩니다. (ISO 9000)
아르 자형
무작위 테스트 : 운영 프로파일과 일치시키기 위해 의사 랜덤 생성 알고리즘을 사용하여 테스트 케이스를 선택하는 블랙 박스 테스트 설계 기술입니다. 이 기술은 안정성 및 성능과 같은 비 기능적 속성을 테스트하는 데 사용할 수 있습니다.
복구 가능성 : 지정된 수준의 성능을 다시 설정하고 장애 발생시 직접 영향을받는 데이터를 복구하는 소프트웨어 제품의 기능입니다. (ISO 9126) 신뢰성 참조.
복구 가능성 테스트 : 소프트웨어 제품의 복구 가능성을 확인하기위한 테스트 프로세스입니다. 신뢰성 테스트도 참조하십시오.
회귀 테스트 : 변경 사항으로 인해 소프트웨어의 변경되지 않은 영역에 결함이 도입되거나 발견되지 않았는지 확인하기 위해 수정 후 이전에 테스트 한 프로그램을 테스트합니다. 소프트웨어 또는 환경이 변경 될 때 수행됩니다.
릴리스 노트: 테스트 실행 단계를 시작할 때 개발을 통해 테스트 및 기타 이해 관계자에게 전달 된 테스트 항목, 구성, 현재 상태 및 기타 제공 정보를 식별하는 문서입니다. (IEEE 829 이후)
신뢰할 수 있음: 지정된 기간 동안 또는 지정된 작업 횟수 동안 명시된 조건에서 필요한 기능을 수행하는 소프트웨어 제품의 능력. (ISO 9126)
신뢰성 테스트 : 소프트웨어 제품의 신뢰성을 결정하기위한 테스트 프로세스입니다.
교체 가능성 : 동일한 환경에서 동일한 목적을 위해 지정된 다른 소프트웨어 제품 대신 사용되는 소프트웨어 제품의 기능입니다. (ISO 9126) 이식성도 참조하십시오.
요구 사항 : 계약, 표준, 사양 또는 기타 공식적으로 부과 된 문서를 충족하기 위해 시스템 또는 시스템 구성 요소가 충족하거나 소유해야하는 문제를 해결하거나 목표를 달성하기 위해 사용자가 필요로하는 조건 또는 기능입니다. (IEEE 610 이후)
요구 사항 기반 테스트 : 테스트 목표 및 요구 사항에서 파생 된 테스트 조건을 기반으로 테스트 케이스를 설계하는 테스트 접근 방식 (예 : 특정 기능을 실행하거나 신뢰성 또는 유용성과 같은 비 기능적 속성을 조사하는 테스트.
요구 사항 관리 도구 : 요구 사항, 요구 사항 속성 (예 : 우선 순위, 책임 지식) 및 주석의 기록을 지원하고 요구 사항 및 요구 사항 변경 관리 계층을 통해 추적 성을 용이하게하는 도구입니다. 일부 요구 사항 관리 도구는 일관성 검사 및 사전 정의 된 요구 사항 규칙 위반과 같은 정적 분석을위한 기능도 제공합니다.
요구 사항 단계 : 소프트웨어 제품에 대한 요구 사항이 정의되고 문서화되는 소프트웨어 수명주기의 기간입니다. (IEEE 610)
자원 활용 : 소프트웨어가 명시된 조건에서 기능을 수행 할 때 프로그램이 사용하는 주 및 보조 메모리의 양과 필요한 임시 또는 오버플로 파일의 크기와 같은 적절한 양과 유형의 리소스를 사용하는 소프트웨어 제품의 기능. (ISO 9126 이후) 효율성 참조.
자원 활용도 테스트 : 소프트웨어 제품의 자원 활용도를 결정하기위한 테스트 프로세스입니다.
결과: 테스트 실행의 결과 / 결과. 여기에는 화면에 대한 출력, 데이터 변경, 보고서 및 전송 된 통신 메시지가 포함됩니다. 실제 결과, 예상 결과도 참조하십시오.
재개 기준 : 일시 중단 후 테스트를 다시 시작할 때 반복해야하는 테스트 활동입니다. (IEEE 829 이후)
재시험 : 수정 조치의 성공 여부를 확인하기 위해 마지막으로 실행했을 때 실패한 테스트 케이스를 실행하는 테스트입니다.
리뷰: 계획된 결과와의 불일치를 확인하고 개선을 권장하기위한 제품 또는 프로젝트 상태의 평가입니다. 예로는 관리 검토, 비공식 검토, 기술 검토, 검사 및 연습이 있습니다. (IEEE 1028 이후)
검토 자 : 검토중인 제품 또는 프로젝트의 이상을 식별하고 설명하는 검토에 관련된 사람입니다. 검토자는 검토 프로세스에서 다른 관점과 역할을 나타내도록 선택할 수 있습니다.
위험: 미래에 부정적인 결과를 초래할 수있는 요인 일반적으로 영향과 가능성으로 표현됩니다.
위험도 분석: 식별 된 위험을 평가하여 그 영향과 발생 가능성 (가능성)을 추정하는 프로세스입니다.
위험 기반 테스트 : 제품 위험에 대한 정보를 탐색하고 제공하기위한 테스트입니다. (제라드 이후)
위험 관리 : 특정 수준으로 위험을 줄이거 나 유지하기 위해 결정에 도달하고 보호 조치가 구현되는 프로세스입니다.
위험 식별 : 브레인 스토밍, 체크리스트 및 실패 내역과 같은 기술을 사용하여 위험을 식별하는 프로세스입니다.
위기 관리: 위험을 식별, 분석, 우선 순위 지정 및 제어하는 작업에 절차 및 관행을 체계적으로 적용합니다.
견고성 : 잘못된 입력 또는 스트레스가 많은 환경 조건이있는 경우 구성 요소 또는 시스템이 올바르게 작동 할 수있는 정도입니다. (IEEE 610) 오류 허용, 내결함성을 참조하십시오.
근본 원인 : 부적합을 유발하고 프로세스 개선을 통해 영구적으로 제거해야하는 근본적인 요인.
에스
안전: 특정 사용 컨텍스트에서 사람, 비즈니스, 소프트웨어, 재산 또는 환경에 대한 위험의 허용 가능한 수준을 달성하는 소프트웨어 제품의 능력. (ISO 9126)
안전 테스트 : 소프트웨어 제품의 안전성을 확인하기위한 테스트 프로세스입니다.
확장 성 : 증가 된로드를 수용하기 위해 업그레이드 할 소프트웨어 제품의 기능. (제라드 이후)
확장 성 테스트 : 소프트웨어 제품의 확장 성을 확인하기위한 테스트.
학자: 언급 된 각 결함과 개선을위한 제안 사항을 검토 회의 중에 기록해야하는 사람은 로깅 양식에 기록합니다. 스크라이브는 로깅 양식을 읽고 이해할 수 있는지 확인해야합니다.
스크립팅 언어 : 테스트 실행 도구 (예 : 캡처 / 재생 도구)에서 사용되는 실행 가능한 테스트 스크립트가 작성되는 프로그래밍 언어입니다.
보안: 프로그램 및 데이터에 대한 우발적이든 고의적이든 무단 액세스를 방지하는 기능을 지닌 소프트웨어 제품의 속성입니다. (ISO 9126)
보안 테스트 : 소프트웨어 제품의 보안을 확인하기위한 테스트.
심각성: 결함이 구성 요소 또는 시스템의 개발 또는 운영에 미치는 영향의 정도입니다. (IEEE 610 이후)
시뮬레이션: 다른 시스템에 의한 하나의 물리적 또는 추상 시스템의 선택된 행동 특성 표현. (ISO 2382/1)
모의 실험 장치: 테스트 중에 사용되는 장치, 컴퓨터 프로그램 또는 시스템으로, 제어 된 입력 세트가 제공 될 때 주어진 시스템처럼 작동하거나 작동합니다. (IEEE 610, DO178b 이후) 에뮬레이터도 참조하십시오.
연기 테스트 : 프로그램의 가장 중요한 기능이 작동하는지 확인하기 위해 구성 요소 또는 시스템의 주요 기능을 다루는 모든 정의 / 계획된 테스트 사례의 하위 집합입니다. 일일 빌드 및 연기 테스트는 업계 모범 사례 중 하나입니다. 섭취 테스트를 참조하십시오.
소프트웨어 품질 : 명시 적 또는 묵시적 요구를 충족하는 능력을 지탱하는 소프트웨어 제품의 기능 및 특징의 총체. (ISO 9126 이후)
사양: 이상적으로는 완전하고 정확하며 검증 가능한 방식으로 구성 요소 또는 시스템의 요구 사항, 설계, 동작 또는 기타 특성과 이러한 조항이 충족되었는지 여부를 결정하는 절차를 지정하는 문서입니다. (IEEE 610 이후)
사양 기반 테스트 설계 기술 : 블랙 박스 테스트 설계 기법을 참조하십시오.
지정된 입력 : 사양이 결과를 예측하는 입력입니다.
안정: 소프트웨어 수정으로 인한 예기치 않은 영향을 방지하기위한 소프트웨어 제품의 기능. (ISO 9126) 유지 보수성도 참조하십시오.
상태 다이어그램 : 구성 요소 또는 시스템이 가정 할 수있는 상태를 묘사하고 한 상태에서 다른 상태로의 변경을 유발하거나 그 결과로 발생하는 이벤트 또는 상황을 보여주는 다이어그램입니다. (IEEE 610)
상태 테이블 : 가능한 각 이벤트와 결합 된 각 상태에 대한 결과 전환을 보여주는 그리드로 유효한 전환과 잘못된 전환을 모두 표시합니다.
상태 전환 : 구성 요소 또는 시스템의 두 상태 간 전환입니다.
상태 전이 테스트 : 테스트 케이스가 유효하고 유효하지 않은 상태 전환을 실행하도록 설계된 블랙 박스 테스트 설계 기술입니다. N 스위치 테스트를 참조하십시오.
성명서: 일반적으로 분할 할 수없는 가장 작은 실행 단위 인 프로그래밍 언어의 엔티티입니다.
진술 범위 : 테스트 스위트에서 실행 한 실행 가능한 명령문의 백분율입니다.
문 테스트 : 테스트 케이스가 문을 실행하도록 설계된 화이트 박스 테스트 디자인 기술입니다.
정적 분석 : 소프트웨어 아티팩트 분석 (예 : 이러한 소프트웨어 아티팩트를 실행하지 않고 수행되는 요구 사항 또는 코드.
정적 분석기 : 정적 분석을 수행하는 도구입니다.
정적 코드 분석 : 해당 소프트웨어를 실행하지 않고 수행 된 프로그램 소스 코드 분석.
정적 코드 분석기 : 정적 코드 분석을 수행하는 도구입니다. 이 도구는 코딩 표준, 품질 메트릭 또는 데이터 흐름 이상과 같은 특정 속성에 대해 소스 코드를 확인합니다.
정적 테스트 : 해당 소프트웨어를 실행하지 않고 사양 또는 구현 수준에서 구성 요소 또는 시스템 테스트 (예 : 검토 또는 정적 코드 분석.
통계 테스트 : 입력의 통계적 분포 모델을 사용하여 대표적인 테스트 케이스를 구성하는 테스트 설계 기법입니다. 운영 프로필 테스트도 참조하십시오.
상태 회계 : 구성을 효과적으로 관리하는 데 필요한 정보의 기록 및보고로 구성된 구성 관리 요소입니다. 이 정보에는 승인 된 구성 ID 목록, 구성에 대해 제안 된 변경 사항의 상태 및 승인 된 변경 사항의 구현 상태가 포함됩니다. (IEEE 610)
스트레스 테스트 : 지정된 요구 사항의 한계 또는 그 이상에서 시스템 또는 구성 요소를 평가하기 위해 수행 된 테스트. (IEEE 610)
구조적 범위 : 구성 요소의 내부 구조를 기반으로 한 범위 측정.
구조 테스트 설계 기술 : 화이트 박스 테스트 설계 기법을 참조하십시오.
그루터기: 소프트웨어 구성 요소의 골격 또는 특수 목적 구현으로, 호출하거나 종속 된 구성 요소를 개발하거나 테스트하는 데 사용됩니다. 호출 된 구성 요소를 대체합니다. (IEEE 610 이후)
하위 경로 : 구성 요소 내에서 실행 가능한 명령문의 시퀀스입니다.
정지 기준 : 테스트 항목에 대한 테스트 활동의 전체 또는 일부를 (일시적으로) 중지하는 데 사용되는 기준입니다. (IEEE 829 이후)
적당: 지정된 작업 및 사용자 목표에 적합한 기능 세트를 제공하는 소프트웨어 제품의 기능입니다. (ISO 9126) 기능도 참조하십시오.
소프트웨어 사용성 측정 인벤토리 (SUMI) : 유용성을 평가하기위한 설문지 기반 사용성 테스트 기법 (예 : 구성 요소 또는 시스템의 사용자 만족도. (베 넨달)
구문 테스트 : 입력 도메인 및 / 또는 출력 도메인의 정의에 따라 테스트 케이스를 디자인하는 블랙 박스 테스트 디자인 기술입니다.
체계: 특정 기능 또는 기능 집합을 수행하기 위해 구성된 구성 요소 모음입니다. (IEEE 610)
시스템 통합 테스트 : 시스템 및 패키지 통합 테스트 외부 조직에 대한 인터페이스 테스트 (예 : 전자 데이터 교환, 인터넷).
시스템 테스트 : 통합 시스템을 테스트하여 지정된 요구 사항을 충족하는지 확인하는 프로세스입니다. (헤첼)
티
기술 검토 : 취해야 할 기술적 접근 방식에 대한 합의를 달성하는 데 초점을 맞춘 동료 그룹 토론 활동입니다. 기술 검토는 피어 검토라고도합니다. (Gilb 및 Graham, IEEE 1028)
테스트 접근 방식 : 특정 프로젝트에 대한 테스트 전략의 구현. 일반적으로 (테스트) 프로젝트의 목표와 수행 된 위험 평가, 테스트 프로세스와 관련된 시작점, 적용 할 테스트 설계 기술, 종료 기준 및 수행 할 테스트 유형을 기반으로 내린 결정이 포함됩니다.
테스트 자동화 : 테스트 활동을 수행하거나 지원하기위한 소프트웨어 사용 (예 : 테스트 관리, 테스트 설계, 테스트 실행 및 결과 확인.
테스트 기준 : 구성 요소 또는 시스템의 요구 사항을 추론 할 수있는 모든 문서입니다. 테스트 케이스의 기반이되는 문서입니다. 공식적인 수정 절차를 통해서만 문서를 수정할 수있는 경우 테스트 기준을 동결 테스트 기준이라고합니다. (TMap 이후)
테스트 케이스 : 특정 프로그램 경로를 실행하거나 특정 요구 사항을 준수하는지 확인하기 위해 특정 목표 또는 테스트 조건을 위해 개발 된 일련의 입력 값, 실행 전제 조건, 예상 결과 및 실행 후 조건입니다. (IEEE 610 이후)
테스트 케이스 사양 : 테스트 항목에 대한 일련의 테스트 케이스 (목표, 입력, 테스트 조치, 예상 결과 및 실행 전제 조건)를 지정하는 문서입니다. (IEEE 829 이후)
테스트 헌장 : 테스트 목표 및 테스트 아이디어에 대한 설명. 테스트 헌장은 탐색 테스트에 사용됩니다. 탐색 적 테스트도 참조하십시오.
테스트 비교기 : 자동 테스트 비교를 수행하는 테스트 도구입니다.
배열 자바에서 요소를 제거하는 방법
테스트 비교 : 테스트중인 구성 요소 또는 시스템에서 생성 한 실제 결과와 테스트에 대한 예상 결과 간의 차이를 식별하는 프로세스입니다. 테스트 실행 중 (동적 비교) 또는 테스트 실행 후에 테스트 비교를 수행 할 수 있습니다.
테스트 조건 : 하나 이상의 테스트 케이스에 의해 검증 될 수있는 구성 요소 또는 시스템의 항목 또는 이벤트 (예 : 기능, 거래, 품질 속성 또는 구조적 요소.
테스트 데이터 : 테스트가 실행되기 전에 존재하며 (예 : 데이터베이스에) 테스트중인 구성 요소 또는 시스템에 영향을 주거나 영향을받는 데이터입니다.
테스트 데이터 준비 도구 : 기존 데이터베이스에서 데이터를 선택하거나 테스트에 사용하기 위해 생성, 생성, 조작 및 편집 할 수있는 테스트 도구 유형입니다.
테스트 설계 사양 : 테스트 항목에 대한 테스트 조건 (보장 항목)을 지정하는 문서, 세부 테스트 접근 방식 및 관련 상위 수준 테스트 케이스 식별. (IEEE 829 이후)
테스트 설계 도구 : CASE 도구 저장소에 보관 될 수있는 사양에서 테스트 입력을 생성하여 테스트 설계 활동을 지원하는 도구입니다. 요구 사항 관리 도구 또는 도구 자체에있는 지정된 테스트 조건에서.
테스트 설계 기술 : 테스트 케이스를 도출하거나 선택하는 데 사용되는 방법입니다.
테스트 환경 : 테스트를 수행하는 데 필요한 하드웨어, 계측, 시뮬레이터, 소프트웨어 도구 및 기타 지원 요소가 포함 된 환경입니다. (IEEE 610 이후)
테스트 평가 보고서 : 모든 테스트 활동과 결과를 요약 한 테스트 프로세스가 끝날 때 생성되는 문서입니다. 또한 테스트 프로세스에 대한 평가와 배운 교훈이 포함되어 있습니다.
테스트 실행 : 테스트중인 구성 요소 또는 시스템에서 테스트를 실행하여 실제 결과를 생성하는 프로세스입니다.
테스트 실행 자동화 : 소프트웨어 사용 (예 : 캡처 / 재생 도구, 테스트 실행 제어, 실제 결과와 예상 결과 비교, 테스트 전제 조건 설정, 기타 테스트 제어 및보고 기능.
테스트 실행 단계 : 소프트웨어 제품의 구성 요소가 실행되고 소프트웨어 제품이 요구 사항이 충족되었는지 여부를 결정하기 위해 평가되는 소프트웨어 개발 수명주기의 기간입니다. (IEEE 610)
테스트 실행 일정 : 테스트 절차 실행을위한 계획. 테스트 절차는 컨텍스트와 실행 순서에 따라 테스트 실행 일정에 포함됩니다.
테스트 실행 기술 : 실제 테스트 실행을 수행하는 데 사용되는 방법,수동 또는 자동.
테스트 실행 도구 : 자동화 된 테스트 스크립트를 사용하여 다른 소프트웨어를 실행할 수있는 테스트 도구 유형입니다. 캡처 / 재생. (퓨 스터와 그레이엄)
테스트 하네스 : 테스트를 수행하는 데 필요한 스텁 및 드라이버로 구성된 테스트 환경입니다.
테스트 인프라 : 테스트를 수행하는 데 필요한 조직의 아티팩트는 테스트 환경, 테스트 도구, 사무실 환경 및 절차로 구성됩니다.
테스트 항목 : 테스트 할 개별 요소입니다. 일반적으로 하나의 테스트 개체와 여러 테스트 항목이 있습니다. 테스트 개체를 참조하십시오.
테스트 수준 : 함께 구성되고 관리되는 테스트 활동 그룹입니다. 테스트 수준은 프로젝트의 책임과 연결됩니다. 테스트 수준의 예로는 구성 요소 테스트, 통합 테스트, 시스템 테스트 및 승인 테스트가 있습니다. (TMap 이후)
테스트 로그 : 테스트 실행에 대한 관련 세부 정보의 시간순 기록입니다. (IEEE 829)
테스트 로깅 : 실행 된 테스트에 대한 정보를 테스트 로그에 기록하는 프로세스입니다.
테스트 관리자 : 테스트 개체의 테스트 및 평가를 담당하는 사람입니다. 테스트 대상의 평가를 지휘, 통제, 관리하고 규제하는 개인.
테스트 관리 : 일반적으로 테스트 관리자가 수행하는 테스트 활동의 계획, 추정, 모니터링 및 제어.
테스트 성숙도 모델 (TMM) : 효과적인 테스트 프로세스의 핵심 요소를 설명하는 CMM (Capability Maturity Model)과 관련된 테스트 프로세스 개선을위한 5 단계 프레임 워크입니다.
테스트 프로세스 개선 (TPI) : 특히 시스템 테스트 및 승인 테스트를 대상으로하는 효과적인 테스트 프로세스의 핵심 요소를 설명하는 테스트 프로세스 개선을위한 지속적인 프레임 워크입니다.
테스트 개체 : 테스트 할 구성 요소 또는 시스템입니다. 테스트 항목도 참조하십시오.
테스트 목표 : 테스트를 설계하고 실행하는 이유 또는 목적.
오라클 테스트 : 테스트중인 소프트웨어의 실제 결과와 비교할 예상 결과를 결정하는 소스입니다. 오라클은 기존 시스템 (벤치 마크 용), 사용자 설명서 또는 개인의 전문 지식 일 수 있지만 코드가 아니어야합니다. (애드 리온 이후)
테스트 성능 표시기 : 특정 목표 값 또는 기준이 충족되는 정도를 나타내는 일반적으로 높은 수준의 메트릭입니다. 종종 테스트 프로세스 개선 목표와 관련이 있습니다. 결함 감지 백분율 (DDP).
테스트 단계 : 프로젝트의 관리 가능한 단계로 수집 된 고유 한 테스트 활동 세트 (예 : 테스트 수준의 실행 활동. (제라드 이후)
테스트 계획 : 의도 된 테스트 활동의 범위, 접근 방식, 리소스 및 일정을 설명하는 문서입니다. 테스트 항목, 테스트 할 기능, 테스트 작업, 각 작업을 수행 할 사람, 테스터 독립 정도, 테스트 환경, 사용할 테스트 설계 기술 및 테스트 측정 기술, 선택의 근거를 식별합니다. 및 비상 계획이 필요한 모든 위험. 테스트 계획 프로세스의 기록입니다 (IEEE 829 이후)
테스트 계획 : 테스트 계획을 수립하거나 업데이트하는 활동.
테스트 정책 : 테스트와 관련된 조직의 원칙, 접근 방식 및 주요 목표를 설명하는 높은 수준의 문서입니다.
테스트 포인트 분석 (TPA) : 기능 점수 분석을 기반으로 한 공식 기반 테스트 추정 방법입니다. (TMap)
테스트 절차 : 테스트 절차 사양을 참조하십시오.
테스트 절차 사양 : 테스트 실행을위한 일련의 작업을 지정하는 문서입니다. 테스트 스크립트 또는 수동 테스트 스크립트라고도합니다. (IEEE 829 이후)
테스트 프로세스 : 기본 테스트 프로세스는 계획, 사양, 실행, 기록 및 완료 확인으로 구성됩니다. (BS 7925/2)
테스트 반복성 : 테스트가 실행될 때마다 동일한 결과가 생성되는지 여부를 나타내는 테스트의 속성입니다.
테스트 실행 : 테스트 개체의 특정 버전에 대한 테스트 실행.
테스트 스크립트 : 일반적으로 테스트 절차 사양, 특히 자동화 된 사양을 참조하는 데 사용됩니다.
테스트 사양 : 테스트 설계 사양, 테스트 케이스 사양 및 / 또는 테스트 절차 사양으로 구성된 문서입니다.
테스트 전략 : 수행 할 테스트 수준과 프로그램 (하나 이상의 프로젝트)에 대해 해당 수준 내의 테스트를 정의하는 고급 문서입니다.
테스트 스위트 : 테스트중인 구성 요소 또는 시스템에 대한 여러 테스트 케이스 세트로, 한 테스트의 사후 조건이 다음 테스트의 전제 조건으로 자주 사용됩니다.
테스트 요약 보고서 : 테스트 활동 및 결과를 요약 한 문서입니다. 또한 종료 기준에 대한 해당 테스트 항목의 평가도 포함됩니다..(IEEE 829 이후)
테스트 대상 : 종료 기준 집합입니다.
테스트 도구 : 계획 및 제어, 사양, 초기 파일 및 데이터 구축, 테스트 실행 및 테스트 분석과 같은 하나 이상의 테스트 활동을 지원하는 소프트웨어 제품입니다. (TMap) CAST도 참조하십시오.
테스트 유형 : 하나 이상의 상호 관련된 품질 속성과 관련하여 구성 요소 또는 시스템을 테스트하기위한 테스트 활동 그룹입니다. 테스트 유형은 특정 테스트 목표, 즉 신뢰성 테스트, 사용성 테스트, 회귀 테스트 등에 초점을 맞추며 하나 이상의 테스트 수준 또는 테스트 단계에서 수행 될 수 있습니다. (TMap 이후)
테스트 가능성 : 수정 된 소프트웨어를 테스트 할 수있는 소프트웨어 제품의 기능입니다. (ISO 9126) 유지 보수성도 참조하십시오.
테스트 가능성 검토 : 테스트 기준이 테스트 프로세스에 대한 입력 문서 역할을 할 수있는 적절한 품질 수준에 있는지 확인하기위한 테스트 기준의 세부 검사. (TMap 이후)
테스트 가능한 요구 사항 : 요구 사항이 충족되었는지 여부를 결정하기 위해 테스트 설계 (및 후속 테스트 케이스) 및 테스트 실행을 허용하는 측면에서 요구 사항이 명시되는 정도. (IEEE 610 이후)
시험 장치: 구성 요소 또는 시스템의 테스트에 관여하는 기술적으로 숙련 된 전문가.
테스트 : 소프트웨어 제품 및 관련 작업 제품의 계획, 준비 및 평가와 관련된 모든 수명주기 활동 (정적 및 동적)으로 구성된 프로세스로, 특정 요구 사항을 충족하는지 확인하고, 목적에 적합 함을 입증하고 결함을 감지합니다.
테스트웨어 : 문서, 스크립트, 입력, 예상 결과, 설정 및 정리 절차, 파일, 데이터베이스, 환경과 같은 테스트를 계획, 설계 및 실행하는 데 필요한 테스트 프로세스 중에 생성 된 아티팩트, 테스트. (퓨 스터와 그레이엄 이후)
스레드 테스트 : 구성 요소의 점진적 통합이 계층 수준별로 구성 요소를 통합하는 것과 달리 요구 사항의 하위 집합 구현을 따르는 구성 요소 통합 테스트 버전입니다.
추적 성 : 문서 및 소프트웨어에서 관련 항목을 식별하는 기능관련 테스트 요구 사항. 수평 추적 성, 수직 추적 성도 참조하십시오.
하향식 테스트 : 구성 요소 계층 구조의 맨 위에있는 구성 요소가 먼저 테스트되고 하위 수준 구성 요소가 스텁으로 시뮬레이션되는 통합 테스트에 대한 점진적 접근 방식입니다. 그런 다음 테스트 된 구성 요소를 사용하여 하위 수준 구성 요소를 테스트합니다. 이 프로세스는 가장 낮은 수준의 구성 요소가 테스트 될 때까지 반복됩니다.
유
이해 가능성 : 사용자가 소프트웨어가 적합한 지 여부와 특정 작업 및 사용 조건에 사용할 수있는 방법을 이해할 수 있도록하는 소프트웨어 제품의 기능입니다. (ISO 9126) 유용성도 참조하십시오.
연결할 수없는 코드 : 도달 할 수 없어 실행이 불가능한 코드입니다.
유용성 : 특정 조건에서 사용할 때 사용자가 이해하고, 배우고, 사용하고 매력적으로 보일 수있는 소프트웨어의 기능입니다. (ISO 9126)
유용성 테스트 : 특정 조건에서 소프트웨어 제품이 이해되고, 배우기 쉽고, 작동하기 쉽고, 사용자에게 매력적인 정도를 결정하기위한 테스트. (ISO 9126 이후)
사용 사례 테스트 : 사용자 시나리오를 실행하기 위해 테스트 케이스를 디자인 한 블랙 박스 테스트 디자인 기법.
사용자 테스트 : 실제 사용자가 구성 요소 또는 시스템의 유용성을 평가하기 위해 참여하는 테스트입니다.
V
V 모델 : 요구 사항 사양에서 유지 보수까지 소프트웨어 개발 라이프 사이클 활동을 설명하는 프레임 워크입니다. V- 모델은 테스트 활동이 소프트웨어 개발 라이프 사이클의 각 단계에 어떻게 통합 될 수 있는지 보여줍니다.
확인: 검사 및 객관적인 증거 제공을 통해 특정 용도 또는 적용에 대한 요구 사항이 충족되었는지 확인합니다. (ISO 9000)
변하기 쉬운: 소프트웨어 프로그램이 이름으로 참조하여 액세스 할 수있는 컴퓨터의 저장 요소입니다.
확인: 검사 및 객관적인 증거 제공을 통해 특정 요구 사항이 충족되었음을 확인합니다. (ISO 9000)
수직 추적 성 : 구성 요소에 대한 개발 문서 계층을 통해 요구 사항을 추적합니다.
볼륨 테스트 : 시스템이 대량의 데이터를받는 곳을 테스트합니다. 리소스 활용도 테스트도 참조하세요.
에
연습 : 정보를 수집하고 내용에 대한 공통된 이해를 확립하기 위해 문서 작성자가 단계별로 제시합니다. (Freedman과 Weinberg, IEEE 1028)
화이트 박스 테스트 설계 기술 : 구성 요소 또는 시스템의 내부 구조 분석을 기반으로 테스트 사례를 도출하고 선택하는 문서화 된 절차입니다.
흰색 상자 테스트 : 구성 요소 또는 시스템의 내부 구조 분석을 기반으로 한 테스트.
광대역 델파이 : 팀원들의 집단적 지혜를 사용하여 정확한 추정을하는 것을 목표로하는 전문가 기반 테스트 추정 기법입니다.
저에게 연락하십시오 이 용어집에 더 많은 정의를 추가하려는 경우.
참조 : http://www.istqb.org/downloads/glossary-1.0.pdf
추천 도서
- 최고의 소프트웨어 테스트 도구 2021 (QA 테스트 자동화 도구)
- 소프트웨어 테스팅 QA 어시스턴트 작업
- 소프트웨어 테스팅 과정 : 어떤 소프트웨어 테스팅 기관에 가입해야합니까?
- 경력으로 소프트웨어 테스트 선택
- 소프트웨어 테스팅 기술 콘텐츠 작성자 프리랜서 작업
- QA 아웃소싱 가이드 : 소프트웨어 테스팅 아웃소싱 회사
- 몇 가지 흥미로운 소프트웨어 테스트 인터뷰 질문
- 소프트웨어 테스팅 과정 피드백 및 리뷰