문제

소프트웨어 테스트 용어를 연구하려고합니다. 특히 다음 시나리오에 적용됩니다.

  1. 버전 V에있는 소프트웨어 "S"가 있습니다.
  2. S는 "Whiz", "Bang"및 "Zoom"에 대한 기능이 있습니다.
  3. S의 확대 / 축소가있는 버그가 있습니다
  4. 줌 기능을 해결하기 위해 패치를 적용합니다
  5. 이제 확대 할 수 있습니다
  6. s는 더 이상 whiz 할 수 없습니다.

내 질문 : 특정 모듈에 대한 패치가 예기치 않게 다른 모듈을 깨지 않도록하기 위해 어떤 유형의 테스트가 특별히 설계 되었습니까? 이것은 단순히 특별한 회귀 테스트의 경우입니까? ~이다 이것에 대한 특별 용어가 있습니까?

이것이 다시 게시되면 사과하고 미리 감사드립니다!

건배

도움이 되었습니까?

해결책

그렇습니다. 그런 종류의 버그를 회귀라고합니다. 회귀 테스트는 (자동화 및 수동) 테스트의 기본 구성 요소입니다. 이 클래스의 테스트는 종종 새로운 것들과 특정 버그에 대한 테스트를 만드는 데있어 발생하지만 전체 누적 테스트 세트에 대한 새로운 빌드를 계속 확인합니다.

다른 팁

나는 때때로이 현상을 "Whack-a-mole"이라고 부릅니다.

당신은 한 가지를 고치고 다른 문제가 다른 곳에서 나타납니다.

모듈이 단위 테스트 가능하면 가능한 많은 테스트를 작성하여 이와 같은 잠재적 인 시나리오를 다룰 수 있습니다. 모듈을 현실적으로 단위 테스트 할 수 없다면, 예, 이와 같은 것을 잡기 위해 전체 시스템을 회귀 테스트해야합니다.

귀하의 시나리오는 기본적으로 확인 테스트주기 동안 결함이 해결되었으며 응용 프로그램의 일부는 의도 한대로 작동하기 시작했지만 그 수정은 소프트웨어의 다른 곳에서 다른 결함을 도입하거나 발견했습니다. 따라서 분명히 회귀 버그이며 이전에 통과 된 기능의 회귀 테스트에서 발견되어야합니다.

기존 프로젝트에 새로운 기능을 추가 한 후에는 기존 기능에 대한 추가 기능의 영향을 확인해야합니다. 회귀 테스트라고합니다.

DEF :- 회귀 테스트는 소프트웨어가 변경되거나 향상된 후 소프트웨어의 기능을 확인하거나 거부하는 소프트웨어 테스트의 한 형태입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top