다시 테스트와 회귀 테스트의 차이점은 무엇입니까:
모두 비교 및 대조 테마 기사를 좋아하지 않습니까? 나도 알아. 생각,코멘트 및 어쩌면,강한 불일치를 초대하는 그런 중대한 방법 이다.
오늘의 주제는 재검사와 회귀 테스트입니다.
=> 전체 회귀 테스트 시리즈를 보려면 여기를 클릭하십시오.
다시 테스트로 시작하겠습니다.:
다시 테스트
다시 테스트는 다시 테스트를 의미합니다. 이유는 중요하지 않습니다. 당신이 테스트를 반복 할 때,당신은 다시 테스트. 현재 버전 기능을 다시 테스트 할 수 있습니다. 또는 버그 수정,이전 버전 기능,방금 실행 한 테스트 케이스 등
여전히 생각하고 있다면-왜-다음은 어떤 것만큼이나 좋은 몇 가지 이유입니다:
- 당신은 어제 테스트를 실행하고 결함에 달렸다. 단계 및 결함의 재현성을 확인 하려는. 그래서,당신은 다시 테스트합니다.
- 테스트를 실행했습니다. 너의 주의는 그것에 이지 않았다(어쩌면 너의 전화는 둥글게 되었다,또는 너는 동료에게,등등 말하고 있었다.). 한 번 더 확인하고 싶은,그래서 당신은 다시 테스트.
나는 당신이 그것을 얻을 확신합니다.
재시험은 어떤 이유로 든 테스트를 반복 할 때입니다. 그것의 정의에 진실하게 체재하는 그 기간의 한 이다.
회귀 테스트
소프트웨어가 진화합니다. 기존 버전에 비해 새로운 버전이 될 것입니다. 새로운 기능,확장 기능 등이 쌓여 있습니다. 그러나 시간이 지남에 따라 응용 프로그램이 불안정해질 수 있습니다.
한 블록을 다른 블록 위에 추가하여 블록 타워를 만드는 자신을 상상해보십시오. 당신은 기초를 강화하거나 강화하는 시간을 걸리지 않는다. 그것은 타워 충돌하기 전에 오래되지 않습니다,그렇지?
그런 식으로,당신은 강도와 안정성에 대한 소프트웨어의 기반을 테스트해야합니다.
이렇게 하려면 소프트웨어를 다시 테스트해야 합니다. 그게 유일한 방법입니다.
권장 읽기=>회귀 테스트 란 무엇입니까? 도구 및 모범 사례
회귀는 재시험의 한 형태입니다. “왜”와”언제”의 특성은 이전과 차별화됩니다.
1) 우리는 언제 다시 시험합니까? 소프트웨어가 변경 될 때
2)왜 다시 테스트합니까? 새로운 추가를 보장하기 위해/변경 작업 기능 불안정 전에하지 않았습니다. 회귀는 일반적이며 다음과 같은 경우에 권장됩니다:
- 새 버전을 사용할 수 있습니다. (모든 회귀 또는 적어도 이전 버전 기능의 중요)
- 버그 수정
참고 사항:철저한 회귀 테스트는 바람직하지만 불가능합니다.
이것이 바로 테스트에 뛰어 들기 전에 회귀 분석을 수행하는 이유입니다. 이 단계는 내 응용 프로그램에 대해 얼마나 많은 회귀를 수행해야하는지 결정하는 것입니다.
회귀의 범위는 무엇에 달려 있습니까?
- 변경의 특성
- 현재 시스템/기능에 대한 변경의 관계/영향
- 사용 가능한 시간 및 리소스
테스터는 회귀 정도를 어떻게 결정할 수 있습니까?
1)응용 프로그램에 대한 경험과 친숙 함을 통해
2)개발자와의 논의
3)변경된 장소. 예를 들어: 이 홈 페이지에있는 경우,그것은 덜 액세스 페이지 중 하나 인 경우보다 더 많은 관심을 필요로한다.
진행 중인 요인에 따라 테스트 팀은 다음 중 하나를 선택할 수 있습니다:
- 단위 회귀분석
- 부분 회귀분석
- 전체 회귀분석
단위 회귀분석이란 응용 프로그램의 변경된 모듈/영역만 다시 테스트하는 것을 의미합니다.
부분 회귀는 변경된 모듈을 다시 테스트하는 것을 의미합니다. 게다가 그와 함께 상호 작용하는 사람들을 포함.
전체 회귀는 변경 위치에 관계없이 전체 응용 프로그램을 테스트하는 것입니다.
상황(시간&리소스 가용성),변화의 심각성(영향),개발자의 입력 등에 따라 다릅니다. 올바른 테스트 세트와 모든 테스트를 선택할 때 더 효율적입니다.
회귀 분석이 핵심 성공 요인입니다. 그것은 똑똑한 일 오히려 노력을 필요로 한다.
회귀 테스트에 대한 오해
회귀 테스트에 대한 많은 오해가 있습니다:
#1)회귀는 항상 자동화를 통해 수행됩니다. 회귀도 수동으로 수행됩니다. 이에 대한 전체 기사=>회귀 테스트는 어떻게 수행됩니까? 수동으로 수행 할 수 있습니까?
회귀는 자동화를 위한 완벽한 후보입니다. 반복의 넓이는 시간이 걸리고 갑갑증에 지도할 수 있었다. 또한 중요한 검증을 놓칠 수 있습니다. 자동화는 신뢰할 수 있고 빠르며 효율적인 대안입니다.
또한 읽기=>자동 회귀 테스트 과제
#2) 회귀는 결코 완료되지 않습니다. 그러나 완전히.
내 말은 철저한 회귀 테스트가 불가능할 수 있다는 것입니다. 그러나 철저한 회귀 테스트도 불필요 할 수 있습니다.
홈 페이지에서 맞춤법이 잘못 변경되었다고 가정해 보겠습니다. 이 수정은 사소한 것입니다. 또한 응용 프로그램의 다른 영역과 격리됩니다. 그래서,기능의 간단한 재시험은 할 것입니다. 홈페이지 주변의 이전 기능을 회귀 할 필요가 없습니다.
#3)시간에 대한 위기가 있으면 불필요합니다. 충분한 회귀는 제품에 대한 신뢰의 부족으로 이어집니다. 당신은 다른 최종 사용자 시나리오에 대한 반응에서 무엇을 기대해야하는지 알 수 없을 것입니다.
#4)이전 릴리스의 모든 단일 테스트 케이스를 실행하고 있습니다. 테스트 사례의 전략적 선택이 핵심입니다. 변경 사항을 이해하고 적합한 테스트 사례를 선택합니다.
좋아,다시 테스트 및 회귀 테스트 세부 사항입니다.
이제 비교.
재검사 대 회귀 테스트
그들에 대해 동일한 것은 무엇입니까?
- 그들은 모두 반복 기반
- 검증 및 블랙 박스 테스트 기술
- 자동화 또는 수동 테스트 케이스 모두 다시 테스트되거나 회귀됩니다
- “자신의 의심을 확인하거나 추방하여 예 또는 아니오의 확실성으로 변환해야합니다-토마스 칼라일”. 둘 다 이렇게 합니다.
무엇이 다른가?
- 재시험은 현재 또는 이전 버전 기능을 대상으로 하는 모든 테스트에 적용됩니다. 회귀는 이전 버전 기능 중심입니다.
- 재시험은 적용 가능한 변경에 의존하지 않습니다. 회귀는 변화 지향적입니다.
마지막으로,이 개념 홈을 칠:
이 결함은 다음 릴리스에서 해결됩니다. 테스트 케이스를 다시 테스트하고 그 주위의 기능을 회귀합니다. 회귀는 120 의 수정 후 모든 것이 그대로 작동하는지 확인하는 것입니다. 다시 테스트는 결함의 수정 사항을 확인하는 것입니다.
그래서,그것은 둘 다도 다른,하지만 동적 듀오를 형성 하는 회귀와 다시 테스트의 조합.
이제,그것은 당신에게 끝났습니다. 여기에 제공된 정의 및 분석에 동의하십니까?
저자에 관하여:이 기사는