결함 라이프 사이클(1) 버그 수명주기라고도 하는 결함 수명주기는 전체 수명에서 여러 상태를 포괄하는 결함의 주기입니다. 이것은 테스터에 의해 새로운 결함이 발견되는 즉시 시작되며 테스터가 결함을 닫아서 그것이 다시 복제되지 않을 것이라는 확신을 줄 때 끝납니다. 결함 워크 플로우 : 아래 그림과 같이 단순한 다이어그램을 사용하여 결함 수명주기의 실제 워크플로를 이해해야 합니다. 결함 상태 : 1) New : 이것은 결함 수명주기의 첫 번째 결함 상태입니다. 새로운 결함이 발견되면 '새'상태로 떨어지고 결함 수명주기의 나중 단계에서 이 결함에 대해 검증 및 테스트가 수행됩니다. 2) Assigned :이 단계에서는 새로 생성된 결함이 결함을 처리하기 위해 개발 팀에 지정됩니다. 이것은 프로젝트 책임자 또는 테스트 팀 관리자가 개.. 더보기 결함이란 무엇입니까? 결함은 간단히 말하자면 응용 프로그램의 예상 동작을 실제 동작과 일치시키지 않음으로써 응용 프로그램의 정상적인 흐름을 제한하는 응용 프로그램의 결함 또는 오류입니다. 결함은 응용 프로그램 설계 또는 빌드 중에 개발자가 실수를 한 경우에 발생하며 테스터가 이 결함을 발견하면 이를 결함이라고 합니다. 테스터는 품질이 우수한 제품이 고객에게 다가 갈 수 있도록 최대한 많은 결함을 찾기 위해 응용 프로그램을 철저히 테스트해야 합니다. 작업 흐름과 결함의 여러 상태로 이동하기 전에 결함 수명주기를 이해하는 것이 중요합니다. 그러므로 Defect Life Cycle에 대해 더 자세히 알아 보겠습니다. 더보기 화이트 박스 테스트와 블랙 박스 테스트의 차이점 Black Box Testing White Box Testing 응용 프로그램의 실제 코드 나 내부 구조에 대한 지식이 없는 테스트 방법입니다. 응용 프로그램의 실제 코드 및 내부 구조에 대한 지식이 있는 테스트 방법입니다. 응용 프로그램의 실제 코드 및 내부 구조에 대한 지식이있는 테스트 방법입니다. 이러한 유형의 테스트는 Unit Testing, Integration Testing과 같은 낮은 수준의 테스트에서 수행됩니다. 테스트중인 시스템의 기능에 중점을 둡니다. 그것은 실제 코드 - 프로그램과 구문에 중점을 둡니다. 블랙 박스 테스트를 위해서는 요구 사항 사양을 테스트해야 합니다. 화이트 박스 테스트를 위해서는 데이터 흐름도, 순서도 등이 포함된 디자인 문서가 필요합니다. 블랙 박스 테스트는 테스.. 더보기 블랙 박스 테스팅 - 장점과 단점 장점 : 테스터는 기술적인 배경을 가질 필요가 없습니다. 사용자의 입장에서 테스트하고 사용자의 관점에서 생각하는 것이 중요합니다. 프로젝트 / 응용 프로그램 개발이 완료되면 테스트를 시작할 수 있습니다. 테스터와 개발자 모두 서로의 공간을 간섭하지 않고 독립적으로 작업합니다. 크고 복잡한 응용 프로그램에 더 효과적입니다. 결함 및 불일치는 테스트 초기 단계에서 확인할 수 있습니다. 단점 : 기술 또는 프로그래밍 지식이 없으면 테스트 할 시나리오의 가능한 조건을 무시할 수 있습니다. 규정된 시간 내에 테스트 할 가능성이 낮고 모든 가능한 입력과 출력 테스트를 건너 뛸 수 있습니다. 크고 복잡한 프로젝트에는 완벽한 테스트 커버리지가 불가능합니다. 더보기 블랙 박스 테스팅 - Step-wise 하는 방법 일반적으로 프로젝트 / 응용 프로그램을 테스트하기 위해 체계적인 프로세스를 수행하면 품질이 유지되고 추가 테스트 라운드를 위해 장기적으로 유용합니다. 맨 앞 단계는 응용 프로그램의 요구 사항 스펙을 이해하는 것입니다. 적절한 문서화된 SRS (Software Requirement Specification)가 마련되어 있어야 합니다. 경계값 분석, 동등 분할 등과 같은 위에서 언급한 블랙 박스 테스팅 기술을 사용하여 유효한 입력과 유효하지 않은 입력을 원하는 출력으로 식별 하고 이를 바탕으로 테스트 케이스를 설계합니다. 설계된 테스트 케이스는 실제 결과를 예상 결과와 비교하여 합격 또는 불합격 여부를 확인하기 위해 실행됩니다. Failed 테스트 케이스는 Defects / Bugs로 제기되어 개발 팀에 전.. 더보기 블랙 박스 테스트 기법 - 비교테스트 Comparison Testing: 동일한 소프트웨어의 서로 다른 독립적인 버전을 이 방법으로 테스트하기 위해 서로 비교하는데 사용됩니다. 더보기 블랙 박스 테스트 기법 - 그래프 기반 테스트 방법 Graph-Based Testing Methods: 각각의 모든 애플리케이션은 몇 가지 객체로 구성됩니다. 이러한 모든 객체가 식별되고 그래프가 준비됩니다. 이 객체 그래프에서 각 객체 관계가 식별되고 그에 따라 테스트 사례가 작성되어 오류를 발견합니다. 더보기 블랙 박스 테스트 기법 - 오류 추측 Error Guessing: 이것은 경험 기반 테스트의 고전적인 예입니다. 이 기술에서 테스터는 애플리케이션 동작 및 기능에 대한 경험을 사용하여 오류가 발생하기 쉬운 영역을 추측 할 수 있습니다. 대부분의 개발자가 오류를 범하는 오류 추측을 사용하여 많은 결함을 찾을 수 있습니다. 개발자가 일반적으로 처리하는 것을 잊지 않는 몇 가지 일반적인 실수는 다음과 같습니다. 0으로 나눕니다. 텍스트 필드에서 null 값을 처리합니다. 제출 단추를 아무런 값 없이 수락합니다. 첨부 파일없이 파일 업로드. 제한 크기보다 작거나 초과하는 파일 업로드 더보기 이전 1 2 3 4 5 6 7 8 다음
