은혜로운 블로그

｜정적 테스팅이란? 테스트된 소프트웨어를 실행해야 하는 동적 테스트와 달리 정적 테스트는 작업 산출물의 수동 검사 또는 도구를 기반으로 하는 코드 또는 기타 작업 산출물의 평가에 의존합니다. 실제로 실행하지 않고 테스트하는 동안 코드 또는 작업 제품을 평가합니다. 정적 분석은 점점 더 일반화되고 있습니다. 정적 테스팅에서 사용하는 작업물은 요구사항, 명세서, 사용자 스토리, 기준을 명시해놓은 문서, 아키텍처, 코드, 테스트 계획, 테스트 케이스, 테스트 스크립트, 웹 페이지, 사용자 가이드, 코드, 일정, 프로젝트 계획, 예산 기획 등입니다. ｜정적 테스팅의 이점 동적 테스트를 수행하기 전에 결함을 감지하고 정확하게 수정합니다. 동적 테스트로 얻기 어려운 결함을 식별합니다. 주장, 모호성, 충돌, 누락,..

｜테스트 활동 테스트 과정을 구성하는 주요 활동은 아래와 같습니다. - 계획, 모니터링과 제어, 분석, 설게, 구현, 실행, 완료. Test planning (계획) 테스트 계획은 테스트의 목적과 컨텍스트에 의해 부과된 제한 사항을 고려하여 테스트 목표를 달성하는 데 필요합니다.접근 방식을 정의하는 활동을 포함합니다. 여기에는 예를 들어 적절한 테스트 기술 및 작업을 결정하고 정해진 출시 일정보다 앞서 완료될 테스트 일정을 잡는 것이 포함됩니다. 테스트 계획은 모니터링 및 제어 활동에서 파생됩니다. 피드백을 기반으로 변경할 수 있습니다. Test monitoring and control (모니터링과 제어) 테스트 모니터링은 테스트 계획에 정의된 테스트 모니터링 메트릭을 사용하여 실제 진행 상황을 계획합니..

｜7가지 원리 1. 테스팅은 버그가 있음을 증명하는 활동이지 버그가 없음을 증명하는 활동이 아닙니다. 테스트는 결함이 있음을 보여줄 수 있지만 결함이 없다는 것을 증명할 수는 없습니다. 테스트는 소프트웨어에서 발견되지 않은 버그의 가능성을 줄일 수 있지만 버그가 전혀 발견되지 않은 경우에도 마찬가지입니다. 이것은 소프트웨어가 완벽하다는 것을 의미하지 않습니다. 2. 철저한 검사가 불가능합니다. 매우 간단한 소프트웨어를 제외하고 모든 것(입력과 가정의 모든 조합)을 테스트하는 것은 매우 어렵습니다. 불가능한. 따라서 완전한 테스트를 하기 보다는 리스크 분석과 우선순위를 기반으로 테스트에 집중합니다. 집중하는 것이 좋습니다. 3. 조기 테스트를 통해 시간과 비용을 절약할 수 있습니다. 버그를 조기에 발견하려..

｜테스팅의 목적 요구사항, 사용자 스토리, 디자인 및 소스 코드와 같은 작업 산출물을 평가하여 오류 방지합니다. 지정된 모든 요구 사항이 충족되었는지 확인합니다. 테스트 개체의 완료를 검증하고 사용자 및 기타 이해 관계자가 예상한 대로 작동하는지 확인합니다. 주제의 품질 수준에 대한 자신감 얻습니다. 장애 및 결함을 감지하여 소프트웨어 품질이 불충분할 위험을 줄입니다. 이해 관계자가 테스트 대상의 품질 수준을 결정할 수 있도록 충분한 정보를 제공합니다. 계약/법정/규제 요구 사항 또는 표준 준수 및 검사 대상이 해당 요구 사항 또는 표준을 충족하는지 확인합니다. 구성 요소 테스트의 목표 중 하나는 가능한 한 빨리 많은 고유 결함을 감지하고 수정하는 것이다. 또 다른 목적은 코드 적용 범위를 늘리는 것입니..

SW Test 업무에 종사하는 사람으로써, 이미 자격증은 취득하였지만 테스트 자격증의 기본인 ISTQB 에 관해 다시 한번 기억하고자 글을 쓰기로 했다. ｜자격증 소개 ISTQB CTFL(Certified Tester Foundation Level) 자격은 소프트웨어 테스트와 관련된 모든 사람에게 열려 있습니다. 테스터, 테스트 분석가, 테스트 엔지니어, 테스트 컨설턴트, 테스트 관리자, 사용자 승인 테스터 및 개발자용 여기에 포함됩니다. 이 CTFL 자격은 제품 소유자, 프로젝트 관리자, 품질 관리자, 소프트웨어 개발 관리자, 비즈니스 분석가, IT 이사, 경영 컨설턴트 및 소프트웨어 테스팅에 대한 기본적인 이해를 원하는 모든 사람에게 적합합니다. CTFL 인증 보유자는 더 높은 수준의 소프트웨어 테스..