블랙박스 테스트2018. 12. 19. 00:00

결함 수명주기 란 무엇입니까?

결함 수명주기 또는 버그 수명주기는 버그가 발견에서 결함 고정까지 진행되는 특정 상태 집합입니다.

결함이 통과하는 상태 수는 프로젝트마다 다릅니다. 라이프 사이클 다이어그램 아래, 모든 가능한 상태를 다룹니다.

  • New : 새로운 결함이 처음 기록되고 게시 될 때. NEW 상태가 지정됩니다.
  • 할당 됨(Assigned) : 테스터가 버그를 게시하면 테스터의 리드가 버그를 승인하고 개발자 팀에 버그를 할당합니다.
  • Open : 개발자가 분석을 시작하고 결함 수정 작업
  • 할당됨(Fixed): 개발자가 필요한 코드를 변경하고 변경 사항을 확인하면 버그 상태를 '고정'으로 설정할 수 있습니다.
  • 보류 재시험(Pending retest) : 결함이 수정되면 개발자는 테스터에게 코드를 다시 테스트하기위한 특정 코드를 제공합니다. 테스터가 끝날 때까지 테스트가 보류 상태이므로 "보류중인 요청"상태가 할당됩니다.
  • 재시험(Retest) : 테스터 결함이 현상에 의해 고정되었는지 여부를 확인하고 상태 변경이 단계에서 코드를 재검사 않음 "재시험."

수명주기 또는 버그 수명주기 결함 - 반드시 알아야 할 사항!

  • 검증 됨(Verified) : 개발자가 버그를 수정 한 후 테스터가 버그를 다시 테스트합니다. 소프트웨어에 발견 된 버그가 없으면 버그가 수정되고 할당 된 상태가 "확인"됩니다.
  • 다시 열기(Reopen) : 개발자가 버그를 수정 한 후에도 버그가 지속되면 테스터는 상태를 "다시 열었다"로 변경합니다. 다시 한번 버그는 수명주기를 거칩니다.
  • 닫힘(Closed) : 버그가 더 이상 존재하지 않으면 테스터가 상태를 "닫힘"으로 지정합니다. 
  • 중복(Duplicate) : 결함이 두 번 반복되거나 결함이 버그의 동일한 개념에 해당하면 상태가 "복제"로 변경됩니다.
  • 거부 됨(Rejected) : 개발자가 결함이 진짜 결함이 아니라고 판단하면 결함을 "거부 됨"으로 변경합니다.
  • 지연(Deferred) : 현재 버그가 최우선 순위가 아니고 다음 릴리스에서 수정 될 것으로 예상되는 경우 해당 버그에 상태 "지연"상태가 할당됩니다.
  • 버그가 아닙니다(Not a bug/defect) : 응용 프로그램의 기능에 영향을 미치지 않으면 버그에 할당 된 상태가 "버그가 아닙니다"입니다.




항공편 예약 신청이 있다고 가정 해 보겠습니다. 이제 웹 페이지에 로그인하려면 "Mercury"라는 올바른 암호를 입력해야합니다.


수명주기 또는 버그 수명주기 결함 - 반드시 알아야 할 사항!

로그인 페이지에 입력 한 잘못된 암호는 결함으로 처리됩니다. 

수명주기 또는 버그 수명주기 결함 - 반드시 알아야 할 사항!

응용 프로그램을 테스트하는 동안 테스터는 잘못된 암호가 로그인 페이지에 입력되고 이 오류 또는 결함이 NEW 로 할당되면 오류가 발생 함을 확인 합니다. 이 결함은 개발 프로젝트 관리자에게 할당되어 결함이 유효한지 여부를 분석합니다. 프로젝트 매니저는 결함이 유효한 결함이 아니라고 판별합니다.

 

결함 수명주기 설명

 

수명주기 또는 버그 수명주기 결함 - 반드시 알아야 할 사항!

  1. 테스터가 결함을 찾는다.
  2. 결함에 할당 된 상태 - 신규
  3. 분석을 위해 결함이 프로젝트 관리자에게 전달됩니다.
  4. 프로젝트 관리자가 결함이 유효한지 여부를 결정합니다.
  5. 여기서 결함은 유효하지 않습니다. "거부 됨"상태입니다.
  6. 따라서 프로젝트 관리자는 거부 된 상태를 할당합니다 결함이 거부되지 않은 경우 다음 단계는 범위에 있는지 여부를 확인하는 것입니다. 우리가 같은 응용 프로그램에 대해 다른 전자 메일 기능을 가지고 있고 그 문제를 발견했다고 가정 해보십시오. 그러나 현재 릴리스의 일부는 아니며 그러한 결함은 연기되거나 지연된 상태 로 할당됩니다 .
  7. 다음으로 관리자는 유사한 결함이 일찍 발생했는지 여부를 확인합니다. 그렇다면 결함에 상태 복제 가 지정됩니다 .
  8. 코드 수정 작업을 시작한 개발자에게 결함이 지정되지 않은 경우. 이 단계에서 결함은 진행중인상태로 지정됩니다 .
  9. 코드가 수정되면 결함은 고정 된 상태로 지정됩니다.
  10. 그런 다음 테스터가 코드를 다시 테스트합니다. 경우에, 테스트 케이스가 결함이 전달되어 폐쇄. 테스트 케이스가 다시 실패하면 결함이 다시 열리고 개발자에게 할당됩니다.
  11. 항공 예약의 첫 번째 릴리스 중 FAX 주문에서 결함이 발견되어 고정되고 상태가 닫히게 된 경우를 생각해보십시오. 두 번째 업그레이드 릴리스에서 동일한 결함이 다시 발생했습니다. 이 경우 닫힌 결함이 다시 열립니다.
  12. 그게 전부입니다


"이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다."
Posted by 프리스케이터