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

애자일 개발 방법론 (agile development methodology) 애자일 개발 방법론은 소프트웨어 개발 프로세스에서 유연성과 반복적인 접근을 강조하는 방법론입니다. 애자일은 초기에는 소프트웨어 개발에서의 워터폴(Waterfall) 방식과 대비되며, 빠르게 변화하는 요구 사항과 비즈니스 환경에 더 잘 대응할 수 있도록 설계되었습니다. 아래는 애자일 개발 방법론의 주요 특징과 원칙을 설명한 것입니다. 고객 만족 애자일은 고객 만족을 최우선으로 합니다. 고객의 요구 사항을 이해하고 신속하게 대응함으로써 가치 있는 소프트웨어를 제공하는 것이 목표입니다. 반복적인 개발 애자일은 반복적인 개발을 통해 초기에 가치 있는 제품을 빠르게 전달하고, 이를 통해 피드백을 받아 지속적으로 개선합니다. 이를 통해 초..

테스팅 방법 - 리그레션 테스트 (testing method - regression test) 유지보수 단계에서는 다양한 이유로 소프트웨어 변경이 발생합니다. 사용자가 소프트웨어를 사용하다가 결함을 발견하거나, 새로운 기능 추가, 성능 향상, 새로운 환경 대응을 위한 수정 등이 그 이유입니다. 이렇게 소프트웨어가 변경되면 리그레션 테스트(regression test)가 필요합니다. 리그레션 테스트는 변경 후에 수행되며, 해당 변경으로 인해 의도치 않은 결함이 발생하지 않았는지 확인하고, 시스템이 여전히 기본 요구사항을 충족하는지 검증합니다. [사용 전략] 리그레션 테스트에는 여러 전략이 적용될 수 있습니다. 각 전략은 다양한 상황과 요구에 따라 선택됩니다. Retest-All 전략 이 전략은 모든 기존 ..

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

테스트 설계 기법에 따른 분류 - 동적 테스트 (Classification according to test design techniques - dynamic testing) 테스트는 테스트 설계 기법에 따라 정적 테스트와 동적 테스트로 나뉩니다. 여기서 정적 테스트는 리뷰와 정적 분석으로 구분되며, 동적 테스트는 명세 기반 테스트, 구조 기반 테스트, 그리고 경험 기반 테스트로 분류됩니다. 동적 테스트(dynamic testing) 동적 테스트는 결함을 찾기 위해 소프트웨어를 실행하는 방법입니다. 이때, 적절한 입력값 또는 테스트 케이스를 선택하는 것이 중요합니다. 소프트웨어의 어느 부분에 결함이 있는지 확실히 알 수 없으므로 가능한 많은 경우의 수를 조사하여 테스트 케이스를 결정해야 할 것으로 보입니다..

테스트 설계 기법에 따른 분류 - 정적 테스트 (Classification according to test design techniques - static testing) 테스트는 테스트 설계 기법에 따라 정적 테스트와 동적 테스트로 나뉩니다. 여기서 정적 테스트는 리뷰와 정적 분석으로 구분되며, 동적 테스트는 명세 기반 테스트, 구조 기반 테스트, 그리고 경험 기반 테스트로 분류됩니다. 정적 테스트(static testing) 정적 테스트는 테스트 대상을 실행하지 않고도 테스트를 수행하는 방식입니다. 주요한 방법으로는 리뷰와 정적 분석이 있습니다. 리뷰(review) 리뷰는 소프트웨어의 다양한 산출물에서 결함을 발견하거나 프로젝트의 진행 상황을 확인하기 위한 중요한 활동입니다. 이를 전문가 그룹이 수행..