pair programming _ 페어 프로그래밍
한 개의 컴퓨터에 두 명의 프로그래머가 앉아 컴포넌트의 코드를 작성하는 소프트웨어 개발 접근법. 실시간 코드 리뷰가 수행된다는 것을 암시적으로 의미한다.
- A software development approach whereby lines of code (production and/or test) of a component are written by two programmers sitting at a single computer. This implicitly means ongoing real-time code reviews are performed.

peer review _ 동료 검토
결함과 개선을 식별하기 위하여 개발자의 동료가 소프트웨어 작업산출물을 검토하는 것. 예, 인스펙션(inspection), 기술 리뷰(technical review), 워크스루(walkthrough).
- A review of a software work product by colleagues of the producer of the product for the purpose of identifying defects and improvements. Examples are inspection, technical review and walkthrough.

off-the-shelf software _ 상용 소프트웨어
일반적인 시장, 즉 대규모의 고객을 대상으로 개발되어 동일한 형식으로 많은 고객들에게 전달되는 소프트웨어 제품. COTS(Commercial Off-The-Shelf software) 참고.
- A software product that is developed for the general market, i.e. for a large number of customers, and that is delivered to many customers in identical format.

negative testing _ 네거티브 테스팅
컴포넌트나 시스템이 정상적으로 동작하지 않음을 보여 주는 것이 목적인 테스팅. 네거티브 테스팅은 특별한 테스트 접근법이나 테스트 설계 기법이라기 보다는 테스터의 태도와 관련되어 있다. [Beizer 따름]
- Tests aimed at showing that a component or system does not work. Negative testing is related to the testers' attitude rather than a specific test approach or test design technique. [After Beizer].

error guessing _ 오류 추정
테스트 중인 컴포넌트나 시스템에서 유입된 오류의 결과로 어떤 결함이 발생할 것인지를 테스터의 경험을 사용하여 예측하고, 해당 결함만을 중점적으로 검출하는 테스트를 설계하는 테스트 설계 기법.
- A test design technique where the experience of the tester is used to anticipate what defects might be present in the component or system under test as a result of errors made, and to design tests specifically to expose them.

exploratory testing _ 탐색적 테스팅
테스터가 테스트를 수행하면서 테스트 설계를 능동적으로 제어하고, 새롭고 보다 나은 테스트를 설계하기 위해, 테스트를 수행하는 동안 얻은 정보를 활용하는 비공식적인 테스트 설계 기법. [Bach 따름]
- An informal test design technique where the tester actively controls the design of the tests as those tests are performed and uses information gained while testing to design new and better tests. [After Bach]

Capability Maturity Model Integration (CMMI) _ 역량 성숙도 모델 통합
효과적인 제품개발 및 유지보수 프로세스의 핵심요소를 기술하는 프레임워크. 역량 성숙도 모델 통합(CMMI)은 제품 개발과 유지보수를 계획, 설계 및 처리, 관리하기 위한 모범사례를 포함한다. CMMI는 CMM을 직접적으로 계승하고 있다. [CMMI]
- A framework that describes the key elements of an effective product development and maintenance process. The Capability Maturity Model Integration covers best-practices for planning, engineering and managing product development and maintenance. CMMI is the designated successor of the CMM. [CMMI]

testware _ 테스트웨어
테스트를 계획, 설계, 실행하는 테스트 프로세스 동안 생성된 산출물. 테스트웨어는 테스팅에 사용되는 문서, 스크립트, 입력값, 예상 결과, 시작과 마무리 절차, 파일, 데이터베이스, 환경, 그리고 모든 추가적인 소프트웨어 또는 유틸리티를 포함한다. [Fewster and Graham 따름]
- Artifacts produced during the test process required to plan, design, and execute tests, such as documentation, scripts, inputs, expected results, set-up and clear-up procedures, files, databases, environment, and any additional software or utilities used in testing. [After Fewster and Graham]

test harness _ 테스트 하네스
테스트를 수행하기 위해 필요한 스텁(stubs)과 드라이버(drivers)로 구성된 테스트 환경.
- A test environment comprised of stubs and drivers needed to conduct a test.

stub _ 스텁
골격만 있는 또는 특별한 목적의 소프트웨어 컴포넌트를 구현한 것. 스텁을 호출하거나 또는 스텁에 의존적인 컴포넌트를 개발하거나 테스트할 때 사용한다. 스텁은 호출된 컴포넌트를 대체한다. [IEEE 610 준수]
- A skeletal or special-purpose implementation of a software component, used to develop or test a component that calls or is otherwise dependent on it. It replaces a called component. [After IEEE 610]