R(Visual Studio ALM 용어)

  • 아티클

이 용어집에서는 Visual Studio ALM(Application Lifecycle Management) 도움말에 사용되는 주요 용어를 정의합니다.

  • RAISERROR 문(RAISERROR statement)
    오류 메시지를 표시한 다음 프로시저의 흐름을 변경하지 않고 @@ERROR 자동 변수를 설정하는 Transact-SQL 문입니다. RAISERROR 문을 사용하여 데이터베이스 단위 테스트에서 테스트 결과를 반환할 수도 있습니다.

  • 순위(Rank)
    각 항목에 스택 순위와 같은 고유한 순위를 부여하는 것입니다. 우선 순위 지정(Prioritize)을 참조하십시오.

  • 재발(Regression)
    이전에 수정된 문제가 다시 나타나는 것입니다.

  • 재발 테스트(Regression Test)
    매일 빌드를 작성한 후 소스 코드가 제대로 컴파일되었는지 확인하기 위해 실행하는 테스트입니다.

  • 관련 링크(Related Link)
    두 작업 항목 간의 Team Foundation 링크입니다.

  • 릴리스(Release)
    사용하거나 배포할 수 있도록 승격된 빌드입니다. 릴리스를 내부용으로 지정하여 추가 테스트에 사용할 수도 있고 외부용으로 지정하여 릴리스하거나 배포할 수도 있습니다.

  • 출시 후보(Release Candidate)
    테스트를 거쳐 릴리스 준비가 된 버전의 빌드입니다.

  • 보고서(Report)
    Team Foundation의 메트릭 웨어하우스에서 생성된 정보입니다.

  • 요청(Request)
    웹 테스트를 구성하는 HTTP 요청이며 웹 테스트 편집기에 트리 구조로 표시됩니다.

  • 요청 트리(Request Tree)
    HTTP 요청(URL)이 들어 있는 웹 테스트 편집기의 노드 트리입니다.

  • 요구 사항(Requirement)
    (1) 사용자가 문제를 해결하거나 목적을 달성하는 데 필요한 조건이나 기능입니다. (2) 제품이나 제품 구성 요소에서 계약, 표준, 사양 또는 기타 공식적인 효력을 갖는 문서를 준수하기 위해 충족하거나 소유해야 하는 조건이나 기능입니다. (3) (1)이나 (2)의 조건 또는 기능을 문서화하여 나타낸 것입니다. [IEEE 610.12-1990]

  • 필수 필드(Required Fields)
    규칙이 적용되는 필드입니다. 실제로 작업 항목 형식 디자이너는 특정한 범위의 값으로 채워야 하는 필드를 식별합니다.

  • 요구 사항 분석(Requirements Analysis)
    고객의 수요, 기대 및 제약 조건에 대한 분석을 기반으로 솔루션의 기능적 특징과 성능상 특징을 결정하는 것입니다.

  • 책임 매트릭스(Responsibility Matrix)
    프로젝트 내의 작업 패키지를 실행, 검토 및 승인하는 업무를 맡을 개별 팀 멤버를 명시적으로 지정하는 문서입니다.

  • 결과 목록(Results List)
    UI에서 작업 항목 쿼리의 결과 목록을 표시하는 표입니다.

  • 결과 뷰(Results View)
    결과 목록과 작업 항목 폼을 모두 포함하는 Visual Studio 문서 창입니다. 결과 뷰를 통해 사용자 지정 쿼리를 손쉽게 정의하고 실행할 수 있습니다.

  • 위험(Risk)
    바람직하지 않은 결과를 초래할 가능성이 있는 이벤트를 기록하는 작업 항목의 유형입니다. 모든 위험은 식별 및 할당되어야 하며 부정적인 영향을 끼칠 가능성이 큰 위험의 경우에는 완화되어야 합니다.

  • 위험 분석(Risk Analysis)
    위험을 평가 및 분류하고 중요도를 지정하는 작업입니다. 위험 분석에는 위험의 발생 확률과 결과를 측정하는 양적 평가 및 위험이 프로젝트의 목표에 미치는 영향에 따라 중요도를 지정하는 질적 평가가 있습니다.

  • 위험 관리(Risk Management)
    잘못될 가능성이 있는 요소를 지속적으로 평가하고, 식별된 위험을 평가 및 정량화하고, 처리할 위험의 중요도를 결정하고, 이러한 위험에 대처할 전략을 구현하고, 위험과 완화 활동의 상태를 모니터링하기 위한 의사 결정 및 조치를 위하여 공식화된 예방 절차입니다.

  • 위험 완화(Risk Mitigation)
    위험의 발생 확률과 영향을 적절한 수준으로 낮추는 것입니다. 위험 완화는 위험 방지와 다릅니다. 위험의 발생 확률과 영향을 줄이거나, 위험을 다른 관계자에게 넘기거나, 위험을 완전히 방지하는 조치를 취할 수 있습니다. 특정한 위험에는 여러 개 또는 하나의 완화 작업이 연결될 수 있으며 완화 작업이 연결되지 않을 수도 있습니다.

  • 위험 설명(Risk Statement)
    실제로 존재하는 사건이나 특성의 프로젝트 상태와, 실현될 가능성은 있지만 아직 실현되지 않은 다른 사건이나 특성의 프로젝트 상태 간의 인과 관계를 나타내어 위험을 명확하게 정의하는 데 도움을 주는 조건-결과 형식의 설명입니다.

  • 위험 트리거(Risk Trigger)
    위험이 발생했거나 발생하려고 한다는 신호입니다. 위험 증상 또는 경고 신호라고도 합니다. 위험 식별 과정에서 트리거를 발견할 수 있으며 위험 모니터링 및 제어 과정에서 트리거를 주시해야 합니다.

  • 위험 중심 일정 계획(Risk-Driven Scheduling)
    관련된 위험 수준을 기반으로 작업에 우선 순위를 부여하고 주요 관련자에 대한 중요도를 기반으로 기능에 우선 순위를 부여하는 일정 계획 원칙입니다.

  • 역할(Role)
    1) 일반적으로 한 명의 작업자가 수행하는 작업의 그룹이며 보안 그룹과 함께 구현되는 경우가 많습니다. 한 명의 작업자가 여러 역할을 수행하기도 합니다. 2) Team Test에서는 응용 프로그램 또는 아키텍처의 특정 부분 또는 기능입니다. 예를 들어 웹 서버, 데이터베이스 서버 또는 클라이언트가 이에 해당합니다. 3) Domain Specific-Language Tools의 관계의 한쪽(소스 또는 대상)을 나타내는 표현입니다. 역할 속성에는 해당 속성의 복합성과 역할 담당자가 포함됩니다. 3) 응용 프로그램 또는 아키텍처의 특정 부분 또는 기능입니다. 예를 들어 웹 서버, 데이터베이스 서버 또는 클라이언트가 이에 해당합니다.

  • 출시 계획(Rollout Plan)
    외부 릴리스에 대한 인도 계획입니다. 이 계획에는 시장, 운영 부서 또는 고객의 승인을 받기 위하여 필요한 요소가 모두 포함됩니다.

  • 대략적인 예상 작업량(Rough Order of Magnitude Estimate)
    세부 비용을 고려하지 않고 불완전한 최초 데이터를 기반으로 산출한 예상치입니다. 일반적인 범주는 1-3일, 3-10일 또는 11일 이상입니다. 대략적인 예상 작업량을 통해 시나리오나 서비스 품질 요구 사항에 대한 대략적인 비용을 설정할 수 있습니다.

  • 실행 구성(Run Configuration)
    실행 구성 파일에 저장되는 설정으로, 테스트 실행의 런타임 환경에 영향을 줍니다.

  • 쿼리 실행(run query)
    작업 항목 쿼리를 실행하는 명령입니다.

  • 실행 설정(Run Settings)
    부하 테스트가 실행되는 방식에 영향을 주는 속성 집합입니다. 예를 들어 실행 설정에 테스트 지속 시간 및 설명을 지정할 수 있습니다.