본문 바로가기

Testing

Agile Methodology - 소개 우리 모두가 알다시피 Agile은 소프트웨어 개발 방법론입니다. 우리는 Agile 창립자가 Agile 선언문에서 언급한 가치와 원칙에 대해서도 알고 있습니다. 초기 논의에서 Agile 모델과 전통적인 폭포 모델의 차이점에 대해서도 알고 있습니다. 이 글에서는 Agile 방법론의 장단점에 대해 알아 보겠습니다. 우리는 스크럼이 무엇인지 보게 될 것입니다. Agile과 다른 점은 무엇입니까? 그런 다음 다양한 조직에서 사용하고 있는 다양한 Agile 방법론을 이해하고 이를 사용하여 민첩하게 구현할 수 있는 방법을 모색합니다. 또한 이러한 방법론의 차이점과 장점 / 단점을 이해할 수 있습니다. 더보기
결함 라이프 사이클(2) 테스터가 새로운 버그를 기록할 때 필수 필드는 Build version, Submit On, Product, Module, Severity, Synopsis, Description to Reproduce입니다. 위의 목록에서 수동 버그 제출 템플릿을 사용하는 경우 일부 선택적 필드를 추가할 수 있습니다. 이 선택적 필드에는 고객 이름, 브라우저, 운영 체제, 첨부 파일 또는 스크린 샷이 포함됩니다. 다음 필드는 지정되거나 공백으로 유지됩니다. 버그 상태, 우선순위 및 '할당 대상'필드를 추가할 수 있는 권한이 있는 경우에 필드를 지정할 수 있습니다. 그렇지 않으면 테스트 관리자는 상태, 버그 우선순위를 설정하고 해당 모듈 소유자에게 버그를 할당합니다. 다음 결함 주기를 살펴보십시오. 위의 이미지는 매우 .. 더보기
결함 라이프 사이클(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: 동일한 소프트웨어의 서로 다른 독립적인 버전을 이 방법으로 테스트하기 위해 서로 비교하는데 사용됩니다. 더보기

티스토리툴바