버그의 수명주기는 무엇입니까?

BUG의 라이프 사이클은 BUG가 발견된 시점부터 BUG가 종료될 때까지의 프로세스입니다. 1. BUG 발견, 즉 소프트웨어 프로그램의 허점이나 결함을 발견합니다. .버그를 제출하고 재현 환경, 유형, 수준, 우선 순위, 세부 재현 단계, 결과 및 기대 사항 등을 최대한 기술하십시오. 3. 버그 할당, 즉 문제 할당; 해당 개발자에게 직접 전달 4. 분석 및 결함 확인 5. BUG 처리 및 수정 6. 회귀 검증 BUG;

이 튜토리얼의 운영 환경: Windows 7 시스템, Dell G3 컴퓨터.

버그란 무엇인가

소프트웨어 BUG는 좁은 의미에서는 소프트웨어 프로그램의 허점이나 결함을 가리키는 것으로 이해될 수 있으며, 넓은 의미에서는 프로그램을 찾는 것 외에 소프트웨어도 포함됩니다. 테스트 엔지니어 또는 사용자가 발견하고 제안한 개선 사항 또는 요구 사항 문서와 다른 기능 구현 등. 즉, 테스트 개입은 수요 분석부터 시작하여 개발 프로세스를 추적할 수 있습니다.

버그 수명주기

BUG 수명주기는 BUG가 발견된 시점부터 BUG가 종료될 때까지의 과정입니다.

라이프 사이클의 결함 상태: 신규-->할당-->해결됨-->보류 중-->닫기

버그 발견->버그 제출->버그 할당->R>R>확인 BUG–>버그 수정을 위한 연구 개발–>회귀 검증 BUG–>검증 통과 여부–>BUG 닫기

검증할 BUG가 검증 중에 해결되지 않으면 다시 열어야 합니다-- 과제 —해결됨—확인하려면 이 프로세스를 순환하세요.

기타 상태: 거부, 연기 등

BUG 처리 흐름도(라이프 사이클 다이어그램)

1. 버그 발견

a 테스트 케이스를 따라가며 발견하고 테스트하세요. 일관되지 않은 예상 결과를 버그라고 부를 수 있습니다.
b. 테스트 케이스는 무궁무진하며, 기대 이상의 요소가 있거나 신성한 연산으로 인해 발생하는 버그가 항상 있습니다.
c. 비용 문제, 테스트 케이스 작성 시간 부족, 버그 발견

2. 버그 제출

결함을 제출할 때 먼저 결함의 속성, 버그 재현 환경 및 버그 유형을 설명하십시오. , 버그 수준, 버그 우선순위 및 세부 재현 단계, 결과 및 기대 등 물론 질문을 제출하기 전에 중복 결함 티켓이 발생하지 않도록 먼저 이 결함이 이전에 언급되지 않았는지 확인해야 합니다.

3. 버그 할당

이 단계는 필요하지 않습니다. 일부 회사에서는 테스트 부서가 개발 부서와 독립적이므로 테스터가 해당 작업을 담당하는지 확신할 수 없습니다. 이 경우 테스터는 프로젝트 팀장이나 관리자에게 일률적으로 문제를 할당하고, 프로젝트 팀장(또는 관리자)은 문제를 확인한 후 해당 개발자에게 다시 할당합니다.

일부 테스터는 다양한 R&D 팀에 분산되어 있으므로 다양한 개발자를 담당하는 개발 모듈이 매우 명확합니다. 이때 문제는 해당 개발자에게 직접 할당될 수 있습니다.

이 문제는 개발자 A의 책임이어야 했지만, 개발자 A의 이적 또는 사임으로 인해 해당 문제를 다른 담당자에게 넘겨 처리하게 된 상황도 있습니다. '분배'는 상하관계를 강조하고, '이전'은 평등 간의 관계를 강조한다.

4. 결함 확인

개발자는 결함을 먼저 분석하고 재현합니다. 이를 분석하여 결함이 아니라고 판단하면(테스터가 요구 사항을 이해하지 못하기 때문일 수 있음) 해결 문제를 재현하려면 문제를 테스터에게 다시 보고하고 이유를 명시해야 합니다. 불량으로 확인되면 처리가 필요합니다.

5. BUG 수정

처리 연기

문제 처리 후 연기해야 ​​하는지 판단이 필요합니다. 일부 요구 사항은 극단적인 상황에서만 나타날 수 있으므로 문제가 있는 것으로 확인되었습니다. 또는 연기해야 ​​합니다. 시스템 아키텍처를 변경하거나 우선순위가 매우 낮으므로 당분간 이 문제를 처리할 필요가 없습니다(또는 다음 버전에서 수정될 예정입니다).

수정:

연기된 문제는 일시적으로 수정될 수 있습니다. (QC에서는 "수정됨"을 말합니다.) 일반적으로 수정된 문제는 프로젝트 관리자와 테스트 관리자 간의 협의 후에만 수정될 수 있습니다.

결함 처리:

개발자가 문제를 해결해야 한다고 확인하면 이를 처리합니다. (예를 들어 Redmine은 30%가 처리됨, 80%가 처리됨 등과 같이 문제 처리 진행 상황을 수시로 업데이트하도록 프로세서를 지원합니다. 물론 짧은 시간에 복구할 수 있는 문제의 경우에는 처리 진행 상황을 지속적으로 업데이트할 필요가 없습니다.)

6. 회귀 검증 BUG

회귀 결함은 테스터에게 3개의 입구와 2개의 출구가 있습니다.

문제 없음 확인: 제출된 결함에 대해 개발자는 문제가 없거나 재현할 수 없는 것으로 처리한 후 회귀를 위해 테스터에게 직접 전달합니다. 테스터가 다시 확인하고 개발자가 말한 대로 사실이면 문제가 종료됩니다. 개발자가 아닌 사람이 모호한 문제 설명이나 기타 이유로 문제가 재현된다고 하면 그 이유를 다시 언급하여 개발자에게 전달합니다.

수정할 문제 확인: 개발자가 수정한 문제를 다시 확인하여 통과할 수 있다고 확인되면 문제가 종료됩니다. 확인에 실패하면 문제를 다시 열고 개발자에게 전달하세요.

수정된 문제 확인: 계획된 방식으로 수정된 문제를 확인하세요. 일부 수정된 문제는 시간이 지남에 따라 버전 업데이트로 인해 더 이상 존재하지 않을 수 있습니다. 일부 수정된 문제는 여전히 존재하며 시급해졌습니다. 이러한 문제는 적시에 처리할 수 있도록 공개하고 개발자에게 전달해야 합니다.

7. 결함 종료

수리된 결함을 종료합니다. 이는 결함의 마지막 상태이기도 합니다.
인터페이스 테스트를 할 때 국내 인터페이스 테스트 및 인터페이스 문서 생성 도구인 apipost를 사용할 수 있습니다

버그 관리 도구

버그는 소프트웨어 실행 시 예상치 못한 오류를 발생시켜 기업에 손실을 초래하며, 그 과정에서 소프트웨어 테스팅은 단순히 버그에 대한 품질 보증 작업입니다. 테스트 작업의 효율성을 높이고, 버그를 관리하고, 버그를 제출하고, 버그를 보다 효율적으로 해결하려면 일부 버그 관리 소프트웨어를 합리적으로 사용하는 것이 매우 필요합니다.

첫 번째는 국내 버그 관리 소프트웨어입니다.

ZenTao

ZenTao는 국내 최초 오픈 소스 프로젝트 관리 소프트웨어입니다. 핵심 관리 아이디어는 제품 관리 및 프로젝트 관리가 내장된 애자일 방식 스크럼을 기반으로 하는 동시에 테스트 관리, 계획 관리, 릴리스 관리, 문서 관리, 트랜잭션 관리 및 기타 기능을 기반으로 보완합니다. 현재 국내 연구개발 현황입니다. 하나의 소프트웨어에서는 소프트웨어 개발의 요구 사항, 작업, 버그, 사용 사례, 계획, 릴리스 및 기타 요소를 순서대로 추적하고 관리할 수 있으며 프로젝트 관리의 핵심 프로세스를 완전히 포괄합니다.

ZenTao는 자체 개발한 zentaophp 프레임워크를 사용하여 개발되었으며 완전한 확장 메커니즘이 내장되어 있습니다. 사용자는 ZenTao의 철저한 2차 개발을 매우 편리하게 수행할 수 있습니다. ZenTao는 또한 각 페이지마다 json 인터페이스 API를 제공하므로 다른 언어에서도 편리하게 호출하고 상호 작용할 수 있습니다. 다중 언어 지원, 다중 스타일 지원, 검색 기능, 통계 기능 및 기타 실용적인 기능이 내장되어 있습니다.

Tracup

Tracup은 간단하고 효율적인 버그 추적, 가볍고 편리한 프로젝트 관리, 안전하고 안정적인 데이터 보호, 완벽한 버그 관리가 결합된 경량 팀 협업 플랫폼입니다.

버그를 수정하든 새로운 기능을 추가하든 Tracup은 이상적인 클라우드 플랫폼을 제공할 수 있습니다. 편리한 팀 협업, 경량화된 프로젝트 관리, 완벽한 문제 시스템, 대용량 파일 저장 등으로 사용자의 업무가 더욱 편리해집니다.

Bugtags

Bugtags는 모바일 테스트용으로 특별히 설계된 차세대 결함 발견 및 관리 도구입니다. 모바일 앱의 테스트 프로세스를 개선하고, 결함 발견과 결함 제출 간의 사용자 경험을 연결하고, 결함 테스트 및 해결의 효율성을 향상시키는 데 전념합니다. 테스터가 앱 테스트와 버그 추적 및 관리를 효율적으로 수행할 수 있도록 도와주세요.

모바일 앱에 bugtags SDK가 통합되면 테스트 사용자는 WYSIWYG를 사용하여 앱에서 직접 버그를 제출할 수 있습니다. SDK는 자동으로 스크린샷을 찍고 기기 정보, 콘솔 데이터, 사용자 작업 단계 등과 같은 앱 런타임 데이터를 수집합니다. , 개발자는 버그 태그 클라우드에서 버그를 효율적으로 추적하고 관리할 수 있습니다.

Bugtags 다른 버그 관리 시스템과 비교했을 때 가장 큰 차이점은 다음과 같습니다.

Bugtags는 모바일 개발을 위해 특별히 설계되었습니다. 이는 웹 및 데스크톱 애플리케이션용 이전 버그 관리 시스템의 단순한 개선이나 업그레이드가 아니라 완전한 A 버그입니다. 모바일 앱 개발 및 테스트 관점에서 관리 시스템을 새롭게 디자인했습니다.

버그태그는 배포가 필요하지 않으며 클라우드에 등록한 후 사용할 수 있어 간단하고 편리합니다.

외국 버그 관리 소프트웨어에는 다음이 포함됩니다.

Bugzilla

Bugzilla는 Mozilla에서 제공하는 오픈 소스 무료 버그 추적 시스템으로, 소프트웨어 개발 시 결함 제출(신규) 및 수정(해결)을 관리할 수 있습니다. ), 마감 등 수명주기 전반에 걸쳐. 소프트웨어 개발을 관리하고 완전한 버그 추적 시스템을 구축하는 데 사용됩니다.

JIRA

JIRA는 Atlassian이 개발한 결함 추적 관리 시스템입니다. JIRA라는 이름은 약어가 아니고 "Gojira"에서 따온 것입니다. JIRA는 결함 추적, 고객 서비스, 요구 사항 수집, 프로세스 승인, 작업 추적, 프로젝트 추적 및 민첩한 관리에 널리 사용됩니다. JIRA는 유연한 구성, 포괄적인 기능, 간단한 배포 및 풍부한 확장 기능을 갖추고 있으며 전 세계 115개국의 19,000명 이상의 고객이 인정했습니다.

WebIssues

WebIssues는 소규모 개발 팀을 지원할 수 있는 클라이언트/서버 모델을 사용하는 팀 협업 도구이자 문제 추적 시스템입니다. 이슈, 댓글, 첨부 파일의 다양한 속성을 저장, 공유 및 추적하는 데 사용할 수 있습니다. 설치 및 사용이 쉽고 사용자 정의가 가능합니다. 서버는 PHP, MySQL 또는 PostgreSQL을 지원하는 모든 호스트에 설치할 수 있으며 클라이언트는 Windows 또는 Linux 데스크톱이 될 수 있습니다.

Bugify

Bugify는 매우 강력한 기능을 갖춘 매우 간단한 버그 추적 관리 시스템입니다. 주요 기능은 이슈 우선순위, 검색 필터링, 이메일 알림, 라벨, 이슈 링크, 키보드 단축키, Mardown 형식이며 가장 눈에 띄는 기능은 무제한의 다른 언어에 대한 지원입니다.

더 많은 프로그래밍 관련 지식을 보려면 프로그래밍 교육을 방문하세요! !

위 내용은 버그의 수명주기는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!