은혜로운 블로그

소프트웨어 수명 주기는 소프트웨어 개발 프로젝트의 각 단계에서 활동 유형과 이러한 활동이 논리적이고 순차적으로 관련되는 방식을 분류한 것입니다. |순차적 모델 – 폭포수 모델 폭포수 모델에서는 개발 활동(예: 요구 사항 분석, 설계, 코딩, 테스트)이 차례로 발생합니다. 이 모델의 테스트 활동은 모든 개발 활동이 완료된 후에 수행됩니다. 순차 개발 모델은 소프트웨어 개발 프로세스를 1차원 선형 순차 활동으로 설명합니다. 개발 프로세스의 모든 단계는 이전 단계가 완료될 때 시작되어야 합니다. 이론적으로 단계는 겹치지 않습니다. 이것은 고전적인 라이프 사이클 모델이며 활동 순서는 타당성 조사 > 계획 > 요구 사항 분석 > 구현 > 테스트 > 유지 관리입니다. |점진적 모델 V-model은 테스트가 일찍 시..

｜White-box Test Techniques (화이트박스 기법) 화이트 박스 테스팅은 테스트 대상의 내부 구조를 기반으로 합니다. 화이트 박스 테스팅 기술은 모든 레벨의 테스팅에 적용될 수 있지만, 이 섹션에서 언급한 두 가지 코드 관련 기술은 단위 테스팅 레벨에서 가장 일반적으로 사용됩니다. 화이트박스 기술에서 구문 테스트는 잠재적으로 실행 가능한 코드 문을 실행합니다. 적용 범위는 일반적으로 백분율로 표시되며 테스트로 실행된 명령문의 수를 테스트 대상에서 실행 가능한 명령문의 수로 나누어 계산됩니다. 의사결정 테스트는 코드에 있는 기존 의사결정문을 실행하고 의사결정문 결과를 기반으로 실행된 코드를 테스트합니다. 이를 달성하기 위해 테스트 케이스는 결정문으로 시작하는 제어 흐름을 따라 실행됩니다. ..

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

｜테스트 유형과 테스트 레벨의 관계 아래의 모든 테스트 유형은 각 테스트 단계에서 수행할 수 있습니다. 1. White-box Test (화이트박스 테스트) 화이트 박스 테스팅은 시스템의 내부 구조 또는 구현에 기반한 테스트를 받습니다. 내부 구조에는 시스템 내의 코드, 아키텍처, 워크플로 및 데이터 흐름이 포함됩니다. 구조적 범위는 화이트 박스 테스트의 완성도를 측정하는 데 사용할 수 있습니다. 구조적 적용 범위는 관련된 요소 유형의 백분율로 표시되는 특정 구조적 요소가 테스트에 의해 테스트된 정도를 나타냅니다. 구성 요소 통합 테스트 수준에서 화이트 박스 테스트는 시스템 아키텍처를 기반으로 수행할 수 있습니다. 비. 테스트된 인터페이스 비율로 구성 요소 간의 인터페이스 및 구조적 범위를 측정할 수 있..

｜테스트 레벨 테스트 레벨은 함께 그룹화되고 관리되는 테스트 활동 세트를 나타냅니다. 각 테스트 수준은 단일 장치 또는 구성 요소에서 전체 시스템 또는 경우에 따라 시스템 시스템에 이르기까지 해당 개발 수준에서 소프트웨어에서 수행되는 전체 테스트 프로세스의 인스턴스입니다. 테스트 수준은 소프트웨어 개발 수명 주기의 다른 활동과도 관련이 있습니다. 모든 테스트 레벨에는 적절한 테스트 환경이 필요합니다. 예를 들어 실제 환경과 유사한 환경은 수락 테스트에 이상적이지만 대부분의 경우 개발자는 장치 테스트를 위해 자체 개발 환경을 사용합니다. 1. Component Testing (컴포넌트 테스팅) 컴포넌트 테스트(단위 또는 단위 테스트라고도 함)는 개별적으로 테스트할 수 있는 구성 요소에 중점을 둡니다. 목표..

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

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

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

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