본문 바로가기

Testing

What is an API? API는 응용 프로그래밍 인터페이스 (Application Programming Interface)의 약자입니다. 두 개의 개별 소프트웨어 시스템간에 통신 및 데이터 교환이 가능합니다. API를 구현하는 소프트웨어 시스템에는 다른 소프트웨어 시스템에서 실행할 수 있는 기능 / 서브 루틴이 포함되어 있습니다. What is API Testing? API 테스팅은 GUI 테스팅과 완전히 다르며 주로 소프트웨어 아키텍처의 비즈니스 로직 계층에 중점을 둡니다. 이 테스트는 응용 프로그램의 모양과 느낌에 중점을 두지 않습니다. API 테스트에서 표준 사용자 입력 (키보드) 및 출력을 사용하는 대신 소프트웨어를 사용하여 API에 대한 호출을 보내고 출력을 얻고 시스템의 응답을 기록합니다. API 테스트를 위해서는 .. 더보기
Agile Methodology - 장점과 단점 장점: 고객은 각 반복 / 스프린트가 끝날 때마다 프로젝트 진행 상황을 지속적으로 보고 느낄 수 있습니다. 각 스프린트는 고객이 제공 한 완료 정의에 따라 기대에 부합하는 작동 소프트웨어를 고객에게 제공합니다. 개발 팀은 변화하는 요구 사항에 매우 민감하게 반응하며 고급 개발 단계에서도 변경 사항을 수용 할 수 있습니다. 고객과의 지속적인 커뮤니케이션은 양방향 의사 소통을 통해 이루어 지므로 비즈니스 및 기술 관련 모든 이해 관계자는 프로젝트 진행 상황을 명확하게 파악할 수 있습니다. 제품의 디자인은 효율적이며 비즈니스 요구 사항을 충족시킵니다. 단점: Agile팀이 문서를 필요로 하지 않는 Agile 팀으로 잘못 해석 할 수 있습니다. 때로는 프로젝트 초기에 요구 사항이 명확하지 않습니다. 팀이 진행하.. 더보기
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과 같은 낮은 수준의 테스트에서 수행됩니다. 테스트중인 시스템의 기능에 중점을 둡니다. 그것은 실제 코드 - 프로그램과 구문에 중점을 둡니다. 블랙 박스 테스트를 위해서는 요구 사항 사양을 테스트해야 합니다. 화이트 박스 테스트를 위해서는 데이터 흐름도, 순서도 등이 포함된 디자인 문서가 필요합니다. 블랙 박스 테스트는 테스.. 더보기
블랙 박스 테스팅 - 장점과 단점 장점 : 테스터는 기술적인 배경을 가질 필요가 없습니다. 사용자의 입장에서 테스트하고 사용자의 관점에서 생각하는 것이 중요합니다. 프로젝트 / 응용 프로그램 개발이 완료되면 테스트를 시작할 수 있습니다. 테스터와 개발자 모두 서로의 공간을 간섭하지 않고 독립적으로 작업합니다. 크고 복잡한 응용 프로그램에 더 효과적입니다. 결함 및 불일치는 테스트 초기 단계에서 확인할 수 있습니다. 단점 : 기술 또는 프로그래밍 지식이 없으면 테스트 할 시나리오의 가능한 조건을 무시할 수 있습니다. 규정된 시간 내에 테스트 할 가능성이 낮고 모든 가능한 입력과 출력 테스트를 건너 뛸 수 있습니다. 크고 복잡한 프로젝트에는 완벽한 테스트 커버리지가 불가능합니다. 더보기

티스토리툴바