버그와 결함의 차이

버그 대 결함

버그는 예상 된 결과에서 벗어난 것입니다. 그것은 잘못된 결과로 이어지는 인간 행동을 말하는 비공식적 인 방법입니다. 이러한 동작은 대개 프로그램 설계 나 소스 코드에서 오류나 실수입니다. 소프트웨어 업계에서는 "모든 프로그램에 버그가 있지만 이러한 버그의 수는 프로그램의 품질에 따라 다릅니다. "잘 작성된 프로그램은 버그가 적고 이러한 오류는 프로그램의 정상적인 기능을 방해하지 않습니다. 프로그램의 기능을 심각하게 방해하는 많은 수의 버그가있는 경우 프로그램이 버그가 있다고합니다. 버그로 인해 프로그램이 예상치 못한 방식으로 작동하거나 심지어 강제로 종료 될 수도 있습니다.

결함은 정상적으로 작동하지만 요구 사항 사양 문서에 언급되지 않은 일부 기능을 포함합니다. 결함은 클라이언트 또는 사용자가 제품의 기능을 테스트 할 때 식별됩니다. 결함은 처음부터 수행하도록 설계되지 않은 기능을 추가하기 때문에 전체 제품의 실패로 이어지는 돌이킬 수없는 손상을 초래할 수 있습니다. 결함은 대개 제조 기술이 좋지 않거나 품질 관리가 좋지 않거나 의도하지 않은 방식으로 제품을 사용하면 손상 될 수 있습니다.

대부분의 고객에게 "버그"및 "결함"이라는 용어는 동의어입니다. 아래에서 몇 가지를 논의합니다:

1. 그것 버그 또는 결함, 둘 다 관련 회사의 명성을 손상. 2. 소프트웨어 테스트 결과로 버그와 결함을 모두 지적 할 수 있습니다. 3. 원하는 품질 수준은 버그와 결함이 모두 식별되고이 보고서가 필수 피드백으로 개발자에게 제출 된 경우에만 달성됩니다.

그러나 약간의 차이점도 있습니다:

1. 결함은 버그와 달리 특정 경향이 있으므로 설명하기가 쉽습니다. 2. 간단한 설명이 필요하므로 결함을 복제하는 것이 더 쉽습니다.

요약:

1. 비정상적인 소프트웨어 버그는 요구 사항을 준수하지 않는 컴퓨터 또는 프로그램 세트 또는 코드 집합에 의한 오류나 예기치 않은 동작을 나타냅니다. 2. 간단히 말해, 결함은 요구 사항 간의 불일치입니다. 3. 프로그램의 버그보고는 버그 보고서, 문제 보고서 (PR), 문제 보고서 및 CR (990 변경 요청)이라고합니다. 4. 모듈 테스트 중에 테스터는 사용자 수락 테스트 중에 사용자 또는 클라이언트가 결함을 발견하는 동안 버그를 식별합니다. 5. 제조 프로세스 중에 버그가 발생하는 반면 품질 관리가 좋지 않거나 제조 기술이 좋지 않아 결함이 발생합니다.