Study_Note

위험분석(Risk Analysis)위험 요소 식별 (Identifying Risk Factors)위험 분석 기반 테스트를 수행할 때, 첫 단계는 테스트가 필요한 피처들을 모두 나열하는 것이다. 이 과정은 테스트 범위를 설정하기 위한 출발점이 되며, 시스템의 기능적 및 비기능적 요소들이 모두 포함된다. 이렇게 식별된 피처들은 이후 위험 분석의 대상이 되며, 위험 분석 결과에 따라 테스트 계획이 수립된다. 피처들은 소프트웨어 요구사항 명세서를 바탕으로 식별할 수 있다. 요구사항 명세서는 시스템이 충족해야 할 기능적 요구사항뿐만 아니라 성능, 신뢰도, 가용성, 보안성과 같은 비기능적 요구사항도 포함하고 있다. 이 명세서는 테스트의 기준이 되는 중요한 문서이므로, 여기 나열된 요구사항들을 우선적으로 테스트할 피..

위험 기반 테스트 (risk-based testing, RBT)소프트웨어 위험기반 테스트는 잠재적인 위험을 식별하고 그에 따라 테스트 우선순위를 결정하는 테스트 전략입니다. 즉, 소프트웨어의 가장 중요한 부분, 가장 실패할 가능성이 높은 부분 또는 가장 큰 영향을 미치는 부분을 중점적으로 테스트하는 방식입니다. 모든 기능을 균등하게 테스트하는 것이 아니라, 위험이 큰 부분에 더 많은 자원을 집중하여 프로젝트의 품질을 보장하는 것이 핵심입니다. 소프트웨어 프로젝트는 일반적으로 제한된 시간과 비용 내에서 완료되어야 하며, 이를 효율적으로 관리하지 않으면 프로젝트 품질이 저하될 수 있습니다. 따라서 모든 소프트웨어 기능을 테스트하는 것은 이상적이지만, 현실적으로는 불가능한 경우가 많습니다. 이를 해결하기 위해..

이식성 테스트 (Portability Test)이식성 테스트는 특정 소프트웨어가 다양한 하드웨어 및 소프트웨어 환경에서도 동일하게 작동하는지를 확인하는 과정입니다. 주된 목적은 다양한 운영체제(OS), 브라우저, 장치(예: 태블릿, 스마트폰) 등에서 서비스나 애플리케이션이 문제 없이 일관된 사용자 경험을 제공하는지 검증하는 것입니다. 이식성 테스트는 디지털 환경이 점점 복잡해짐에 따라 그 중요성이 높아지고 있습니다.이식성 테스트의 필요성오늘날의 소프트웨어는 단일 플랫폼에서만 동작하는 것이 아니라, 여러 운영체제나 브라우저, 다양한 크기의 화면을 가진 장치에서도 사용됩니다. 이를테면, 웹 애플리케이션은 윈도우와 맥OS 같은 서로 다른 데스크탑 운영체제뿐만 아니라 iOS와 안드로이드 같은 모바일 환경에서도 ..

유지보수성 테스트(maintainability test)유지보수성 테스트는 시스템이 변경 요구를 얼마나 잘 수용할 수 있는지를 평가하는 과정입니다. 소프트웨어는 사용 중 반드시 변경 요구가 발생하게 되며, 유지보수성은 이러한 요구를 효율적으로 만족시키는 능력을 의미합니다. 유지보수성 테스트는 이 능력을 검증하기 위한 테스트입니다. 일반적으로 시스템 변경 요구는 다음과 같은 경우에 발생합니다.기능 개선 및 추가 : 기존 기능을 개선하거나 새로운 기능을 추가하기 위한 작업으로, 전체 시스템 변경 작업 중 약 50%를 차지합니다.변경된 환경에 적응 : 운영체제, 인프라, 기타 환경 변화에 맞춰 시스템을 수정하는 작업으로, 약 25%의 비중을 차지합니다.오류 수정 : 발견된 소프트웨어 오류를 수정하는 작업으로,..

순환 복잡도(Cyclomatic Complexity)코드의 복잡도를 측정하는 지표로, 프로그램의 논리적 복잡성을 나타냅니다. 주로 소프트웨어 테스트와 유지보수 측면에서 중요한 개념입니다.  구체적으로, 순환 복잡도는 프로그램의 독립적인 실행 경로의 수를 나타냅니다. 이 수치는 프로그램의 제어 흐름 그래프(Control Flow Graph)를 기반으로 계산되며, 이 그래프는 프로그램 내의 각 명령문을 노드로, 제어 흐름을 에지로 표현합니다. 순환 복잡도는 보통 맥케이브(McCabe) 순환 복잡도로 불리며, 이를 구하는 공식은 다음과 같습니다.V(G) : 순환 복잡도 (그래프의 복잡도)E : 제어 흐름 그래프의 에지(Edges) 수N : 제어 흐름 그래프의 노드(Nodes) 수P : 프로그램의 독립적인 연결..

RIAC(Reliability Information Analysis Center)은 신뢰성, 유지보수성, 지원성(RAMS: Reliability, Availability, Maintainability, and Supportability) 및 품질(Quality) 분야에서 종합적인 정보를 제공하고 기술 지원을 제공하는 기관입니다. 주로 군사 및 방위산업에서 사용되는 시스템의 신뢰성 데이터를 수집, 분석, 연구하는 역할을 하며, 정부 기관과 산업체의 신뢰성 문제를 해결하기 위한 자원을 제공합니다. 주요 목적은 다음과 같습니다:신뢰성 데이터베이스 구축다양한 시스템과 부품의 신뢰성 데이터를 수집하고 이를 표준화하여 분석 가능한 데이터베이스로 구축.신뢰성 분석 도구 제공시스템 신뢰성 분석을 위한 소프트웨어와 방법..

LCOM(Lack of Cohesion of Methods)에는 여러 가지 종류가 있으며, 각 종류는 클래스 내의 응집도를 측정하는 방법이 다릅니다. 주요 LCOM 종류는 다음과 같습니다: LCOM1 (Henderson-Sellers 방식)특징클래스의 메소드 쌍들이 얼마나 많은 인스턴스 변수를 공유하는지 측정합니다.기본 개념은 클래스 내에 있는 메소드들이 얼마나 서로 관련성이 있는지를 확인하는 것입니다.계산 방식클래스의 각 메소드가 사용하는 인스턴스 변수들을 분석하여, 공통된 변수를 사용하지 않는 메소드 쌍의 수를 세어 LCOM을 계산합니다.만약 모든 메소드가 모든 인스턴스 변수를 공유하고 있으면, LCOM 값은 0이 됩니다.메소드 쌍이 변수를 공유하지 않는 경우의 수가 많을수록 LCOM 값은 증가합니다..

"Fan-in"과 "Fan-out"은 시스템 설계와 네트워크, 소프트웨어 아키텍처에서 중요한 개념으로, 데이터 흐름과 의존성을 설명하는 데 사용됩니다. 예시를 통해 설명해드리겠습니다.Fan-in Fan-in은 여러 개의 입력이 하나의 프로세스로 통합되는 상황을 의미합니다. 주로 여러 개의 소스 또는 하위 시스템에서 들어온 데이터를 한 군데로 모아 처리하는 구조를 설명할 때 사용됩니다.예시 1: 함수 호출 상황 : 한 함수가 여러 다른 함수들에 의해 호출되는 경우설명: 예를 들어, 함수 `processData`가 프로그램의 여러 부분에서 호출된다면, 이 함수는 많은 입력(다양한 호출부)을 받게 되므로 **Fan-in**이 높다고 할 수 있습니다.def processData(data): # 데이터 처리..

해상도(Resolution)란?해상도는 이미지, 화면, 또는 디스플레이에서 표현되는 세부 사항의 정도를 나타냅니다. 일반적으로 화소(픽셀, pixel)단위로 표현되며, 이는 화면이나 이미지가 얼마나 많은 픽셀로 구성되어 있는지를 나타냅니다. 해상도는 두 가지 차원으로 표현됩니다:가로 픽셀 수 (width)세로 픽셀 수 (height)예를 들어, 해상도가 `1920x1080`인 경우 가로에 1920개의 픽셀, 세로에 1080개의 픽셀이 있다는 의미입니다.종류별 해상도 예시SD (Standard Definition) : 640x480 (480p)HD (High Definition) : 1280x720 (720p)Full HD (FHD) : 1920x1080 (1080p)4K UHD : 3840x21608K ..

보안성 테스트 (Security Test)보안성은 시스템이 정보와 데이터를 보호하는 정도를 의미하며, 다음과 같은 다섯 가지 부특성을 포함합니다.기밀성(Confidentiality) : 접근 권한이 있는 사람만이 데이터에 접근할 수 있도록 하는 정도. 무결성(Integrity) : 시스템 또는 구성 요소가 무단으로 접근되거나 변경되지 않도록 보호하는 정도. 부인 방지성(Non-repudiation) : 사건 및 행위 후 이를 부인하지 못하도록, 행위와 사건을 입증할 수 있는 정도. 인증성(Authenticity) : 사건 및 행위의 실제 행위자를 증명할 수 있는 정도. 시스템의 보안성을 검증하는 주요 방법 중 하나는 침입 테스트(Penetration Test)입니다. 침입 테스트는 해커의 관점에서 소프트..