Study_Note

소프트웨어 개발 단계와 테스트(software development stages and testing)소프트웨어 테스트는 담으과 같이 매우 다양한 방법으로 분류할 수 있다.https://staedtler1207.tistory.com/49 test classification테스트 분류 (test classification) 소프트웨어 테스트는 테스트 레벨, 테스트 유형, 그리고 테스트 설계 기법에 따라 다양하게 분류됩니다. 테스트 레벨 컴포넌트 테스트 : 개별 컴포넌트 또는 모듈을staedtler1207.tistory.com테스트 레벨에 따른 테스트 분류테스트 설계 방식에 따른 분류테스트 유형(품질 특성)에 따른 분류테스트 레벨에 따른 테스트 분류소프트웨어 개발의 여러 단계에서 수행되는 테스트를 의미합니다..

모델 기반 테스트(testing method - model based testing) 모델 기반 테스트(MBT) 는 특정 소프트웨어나 시스템의 기대 동작을 나타내는 모델을 활용합니다. 이 모델은 다양한 형태로 표현될 수 있습니다. 자연어, 상태 전이도, UML 다이어그램 등의 시각적 형식 또는 의사결정표와 같은 표 형태로 나타낼 수 있습니다. 이전의 테스트 방법은 주로 수작업으로 테스트 입력과 출력을 결정했습니다. 반면에 모델 기반 테스트는 자동으로 정보를 추출할 수 있을 정도로 상세하고 정형화된 모델을 사용합니다. 이를 통해 테스트 계획, 테스트 케이스, 절차, 입력 및 예상 결과 등을 자동으로 결정할 수 있습니다. 모델 기반 테스트의 장점은 대부분의 활동을 자동화할 수 있다는 것입니다. 또한 모델을 ..

적시관리 시스템JIT(Just in Time) system 적시관리(JIT) 시스템은 필요한 부품이 필요한 시점에 정확한 수량으로 제공되는 것을 목표로 합니다. 이는 일본의 자동차 산업에서 토요타의 생산방법으로 유명해졌습니다. 이 시스템은 1970년대 후반에 일본의 자동차 제조업체인 토요타가 개발한 생산 방법으로 시작되었습니다. 당시 토요타는 경쟁사들과의 경쟁에서 차별화를 이루기 위해 생산과정에서 발생하는 낭비를 제거하고자 하였습니다.의의JIT 시스템은 생산이나 재고 관리를 효율적으로 하여 필요한 부품을 정확한 수량과 타이밍에 제공하는데 중점을 두고 있습니다. 이는 불필요한 재고를 최소화하고 무재고 시스템을 구축하는 것을 목표로 합니다.수단(목표)주된 목표는 낭비를 줄이는 것입니다. 생산과잉, 대기, 재..

PDCA cycle PDCA는 Plan-Do-Check-Act의 네 가지 단계로 구성된 지속적인 개선을 위한 프로세스입니다. 이는 품질 관리 및 프로세스 향상을 위해 사용되는 과학적이고 체계적인 방법론으로, Edward Deming이 통계적 품질 관리의 일환으로 개발했습니다. 1950년대에 제조업에서 품질 관리의 핵심 도구로 소개되었으며, 이후에는 다양한 산업 및 조직에 적용되어 널리 사용되고 있습니다. Plan (계획) - 문제 해결 또는 프로세스 개선을 위한 목표를 설정합니다. - 현재 상황을 평가하고 개선이 필요한 영역을 식별합니다. - 목표를 달성하기 위한 전략 및 계획을 개발합니다. - 자원 할당 및 일정 계획을 수립합니다. Do (실행) - 계획된 활동을 실행합니다. - 프로세스를 변경하거나 ..

위험 기반 테스트 (risk based testing) 위험 기반 테스트는 소프트웨어 프로젝트에서 주어진 비용과 일정 내에서 최적의 품질을 달성하기 위해 사용되는 테스트 전략입니다. 이는 테스트 비용과 자원의 제약을 고려하여 테스트 접근 방법과 범위를 결정할 때 중요한 역할을 합니다. 일정과 자원 제약 하에서 테스트를 수행하기 위해서는 어떤 부분을 테스트할 것인지 결정해야 합니다. 이는 단위 테스트, 통합 테스트, 시스템 테스트와 같은 테스트 수준에서 어떤 기능이나 모듈을 포함할지를 결정하는 것으로 이어집니다. 그러나, 테스트 대상을 선택하고 범위를 좁힘으로써 테스트 비용을 줄일 수 있지만, 이는 테스트되지 않은 부분에서 결함이 발생할 가능성을 높일 수 있습니다. 이는 소프트웨어의 품질을 저하시킬 수 있..

테스팅 방법 - 소프트웨어 생명 주기 모델과 테스트 (testing method - software life cycle model & testing) software life cycle model Software 생명 주기 모델 다양한 소프트웨어들은 고유한 설계 기법과 개발 과정을 갖고 있지만, 대부분은 공통적인 소프트웨어 개발 수명주기(SDLC, Software Development Life Cycle)를 따르고 있습니다. 이 staedtler1207.tistory.com 소프트웨어 생명 주기(software life cycle model)는 소프트웨어 개발 체계를 추상적으로 표현한 것으로, 일련의 순차적 또는 병렬적인 단계로 구성됩니다. 이러한 단계는 요구사항 수집과 이해, 분석부터 설계, 모듈 구현..

sanity test Sanity Test 는 소프트웨어 개발 과정의 초기 단계에서 수행되는 테스트로, 주로 소프트웨어의 기본적인 기능이나 설정이 제대로 작동하는지를 확인하는 데 중점을 둡니다. 이 테스트는 소프트웨어가 최소한의 기능을 갖추고 있는지, 기본 기능이 작동하는지를 빠르게 평가하여 소프트웨어가 사용 가능한지 여부를 판단하는 데 사용됩니다. 이는 개발 과정의 초기 단계에서 중요한 역할을 합니다. 예를 들어, 웹 응용 프로그램을 개발하는 경우, Sanity Test는 다음과 같은 것들을 포함할 수 있습니다. 웹 페이지에 로그인 폼이 제대로 표시되는지 확인 로그인 기능이 작동하여 사용자가 인증을 수행할 수 있는지 확인 메인 페이지에서 필수적인 메뉴나 버튼이 존재하고 클릭 가능한지 확인 데이터베이스와..

테스트 환경 (test environment) 테스트 환경은 특정 소프트웨어를 테스트하기 위해 필요한 모든 조건과 구성 요소를 말합니다. 이는 테스트 대상 소프트웨어를 실행할 수 있는 환경으로, 하드웨어, 운영 체제, 시스템 소프트웨어, 외부 시스템, 응용 소프트웨어, 그리고 테스트 도구 등을 포함합니다. 컴포넌트 또는 단위 테스트의 경우, 테스트 대상은 전체 소프트웨어가 아닌 일부분, 즉 컴포넌트나 모듈입니다. 이러한 컴포넌트는 독립적으로 실행될 수 없기 때문에 입력을 전달하거나 다른 모듈을 호출하는데 도움이 필요합니다. 이를 위해 드라이버(Driver)와 스텁(Stub)이 사용되며, 이들도 테스트 환경에 속합니다. 또한, 테스트 실행에 사용되는 다양한 도구도 테스트 환경의 일부입니다. 이러한 도구는 ..

소프트웨어 테스트 절차 (software testing procedures) 소프트웨어 테스트는 소프트웨어의 품질을 보장하기 위해 수행되는 중요한 활동 중 하나입니다. 테스트 절차는 특정한 목적을 달성하기 위해 일련의 단계를 따르는 일반적인 방법을 나타냅니다. 다음은 전체적인 소프트웨어 테스트 절차의 일반적인 단계입니다. 요구사항 분석 프로젝트의 요구사항을 이해하고 문서화합니다. 기능적 요구사항과 비기능적 요구사항을 식별하고 기록합니다. 테스트 계획 테스트의 범위, 목적, 전략, 일정, 리소스 등을 기반으로 테스트 계획을 수립합니다. 테스트 케이스 및 테스트 데이터 작성을 위한 계획을 수립합니다. 테스트 설계 테스트 케이스를 작성하고 테스트 시나리오를 개발합니다. 테스트 케이스는 입력 값, 실행 조건, ..

테스트 케이스 설계 (test case design) 테스트 케이스는 소프트웨어나 시스템이 정상적으로 동작하는지를 검증하기 위한 입력, 실행 조건, 예상 결과 등을 명시적으로 정의한 테스트 항목입니다. 테스트 케이스는 소프트웨어 개발 과정에서 중요한 부분이며, 품질 확보와 버그 발견에 기여합니다. 테스트 케이스를 효과적으로 설계하기 위해서는 몇 가지 기본 원칙을 따를 수 있습니다. 명확성 및 간결성 테스트 케이스는 명확하고 간결해야 합니다. 어떤 동작이나 특정 상황을 검증하는 목적을 분명히 이해할 수 있어야 합니다. 독립성 각 테스트 케이스는 다른 테스트 케이스에 영향을 주지 않고 독립적으로 실행될 수 있어야 합니다. 이는 특정 순서나 다른 테스트의 성공 여부에 의존하지 않음을 의미합니다. 완전성 테스트..