Study_Note

슬라이싱 기법 , 자료 흐름 분석 기법 , 변경 영향 분석slicing technique, data flow analysis technique, change impact analysis 소프트웨어 공학에서 슬라이싱 기법 , 자료 흐름 분석 기법 , 변경 영향 분석은 각각 프로그램의 이해, 유지 보수, 디버깅, 최적화 등에 중요한 역할을 합니다. 이 기법들은 소프트웨어 개발과 분석에 있어 다양한 문제를 해결하는 데 유용합니다.슬라이싱 기법 (Slicing Technique) 슬라이싱은 프로그램의 특정 부분에 영향을 미치는 코드의 부분집합을 식별하는 기법입니다. 이는 주로 프로그램을 디버깅하거나 이해하기 쉽게 만드는 데 사용됩니다. 정적 슬라이싱 (Static Slicing)프로그램의 실행 없이 코드 자체만..

시스템 테스트 및 인수 테스트(system testing and acceptance testing) 시스템 테스트 (system test) 는 통합 테스트가 완료된 후에 전체 시스템이 시스템 명세에 따라 개발되었는지 검증하기 위해 수행하는 테스트이다. 시스템 테스트의 목적은 컴포넌트 테스트나 통합 테스트와는 다르다. 컴포넌트 테스트나 통합 테스트는 기능이 올바르게 수행되는지 검증하는 것에 중점을 두지만, 시스템 테스트는 시스템의 기능 측면뿐만 아니라 성능(perfotmance) , 호환성 (compatibility) , 사용성 (usablility), 신뢰성 (reliability) , 보안성 (security) , 유지보수성 (maintainablility) , 이식성 (portablility) 등과 ..

통합테스트(integration test) 통합 테스트(Integration Test)는 소프트웨어 테스트의 한 단계로, 개별적으로 테스트된 소프트웨어 모듈들을 통합하여 전체 시스템으로서의 상호작용을 검증하는 과정입니다. 이 테스트는 모듈 간의 인터페이스와 데이터 흐름을 확인하여, 시스템이 요구 사항을 충족하고 예상대로 작동하는지 확인하는 데 중점을 둡니다.  통합 테스트의 주요 목적은 다음과 같습니다: 모듈 간 인터페이스 검증각 모듈이 서로 올바르게 상호작용하는지, 올바른 데이터가 전달되고 처리되는지 확인합니다. 이는 특히 서로 다른 개발자가 개발한 모듈들 간의 호환성을 확인하는 데 중요합니다.통신 오류 검출모듈들이 서로 통신할 때 발생할 수 있는 오류를 조기에 발견합니다. 예를 들어, 데이터 형식 불..

컴포넌트 테스트 (단위 테스트)component test (unit test)컴포넌트 테스트는 소프트웨어 개발 과정에서 개별 모듈이나 컴포넌트의 기능을 독립적으로 검증하기 위한 테스트입니다. 이 테스트는 특정 기능이 올바르게 동작하는지 확인하고, 버그나 결함을 조기에 발견하여 수정하기 위해 수행됩니다. 컴포넌트 테스트는 구현 단계에서 각 모듈을 개발한 후에 진행될 수 있으며, 테스트 주도 개발(TDD, Test-Driven Development) 방법론을 따르는 경우에는 실제 코드 작성 전에 테스트 케이스를 먼저 작성하기도 합니다.컴포넌트 테스트를 수행하기 위해서는 해당 모듈을 독립적으로 실행할 수 있는 테스트 환경이 필요합니다. 이러한 환경을 "테스트 베드(test bed)"라고 하며, 테스트 베드에는..

테스트 베드, 테스트 드라이버, 테스트 스텁(test bed, test driver, test stub) 테스트 베드(test bed)란?테스트 베드는 실험이나 테스트를 수행하기 위한 특별한 준비된 환경을 의미합니다. 이 환경은 테스트를 안전하고 효과적으로 진행할 수 있도록 필요한 모든 것을 갖추고 있습니다. 일상적인 비유빵을 굽기 위한 오븐을 준비해야 한다고 생각해 봅시다. 빵을 굽기 위해서는 오븐이 필요하고, 이 오븐은 온도 조절 기능이 잘 되어 있어야 하며, 깨끗하고 제대로 작동해야 합니다. 그리고 오븐 안에는 반죽을 넣을 수 있는 틀과 다양한 도구들도 필요할 수 있습니다.테스트 베드는 소프트웨어에서 이 오븐과 비슷한 역할을 합니다. 즉, 소프트웨어를 제대로 테스트할 수 있는 환경을 만드는 것이죠...

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

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

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

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

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