QA 상태 및 일정 상태
QAWeb Enterprise는 밀접하게 관련된 두 가지 상태를 사용하여 품질 보증 측면에서 워크스테이션과 디스플레이의 현재 상태를 나타냅니다.
QA 상태 : QA 테스트의 가장 최근 결과를 나타냅니다. 이 상태는 작업이 마지막으로 실행되었을 때 기준을 통과했는지 실패했는지 여부를 나타냅니다. 또한 작업이 완료될 때까지 실행되지 않았는지 여부도 나타냅니다.
일정 상태 : QA 테스트가 예상 일정에 따라 실행되고 있는지 여부를 나타냅니다(정책에서 QA 테스트에 대해 구성된 빈도로 결정됨).
QA 상태 및 일정 상태는 각 디스플레이에 대해 추적되며 워크스테이션 수준에서 집계됩니다. 이 내용은 아래에서 설명합니다.
개별 작업의 QA 상태
QA 상태는 QA 테스트가 QA 정책에 정의된 기준을 통과했는지 여부를 나타냅니다. 이것은 가장 최근에 완료된 QA 테스트 실행을 나타냅니다. 작업이 중단된 경우(사용자 개입 또는 기술적인 문제로 인해) 완료된 것으로 간주되지 않습니다. QA 상태는 다음 세 가지 값 중 하나를 가질 수 있습니다.
준수 : 측정된 값이 정책에 정의된 기준을 충족하기 때문에 가장 최근의 QA 테스트 실행에서 “통과” 결과가 생성되었습니다.
미준수 : 측정된 값이 정책에 정의된 기준을 충족하지 못하기 때문에 가장 최근의 QA 테스트 실행에서 ‘실패’ 결과가 생성되었습니다.
보류 중 : 아직 이 QA 테스트에 사용할 수 있는 결과가 없습니다. 이것이 초기 상태입니다. 가장 일반적으로 이 상황은 새 워크스테이션에 에이전트를 설치할 때, 새 디스플레이를 연결할 때, 또는 새 QA 테스트 또는 다른 기준의 QA 테스트로 수정된 정책을 적용할 때 발생합니다.
개별 작업의 일정 상태
일정 상태는 정책에 구성된 일정에 따라 QA 테스트가 실행되었는지 여부를 나타냅니다. 이 표시기의 경우, 긍정적 또는 부정적 결과가 반환되었는지 여부는 구분하지 않습니다. 마지막 작업이 실행되었을 당시의 정보만 제공합니다. 작업은 성공적으로 완료된 경우에만 실행된 것으로 간주됩니다(사용자의 개입 또는 기술적 문제로 인해 중단된 작업은 작업 실행이 되지 않을 수 있음). 일정 상태는 다음 세 가지 값 중 하나를 가질 수 있습니다.
정시 : 작업이 현재 일정 간격 내에서 한 번 이상 실행되었습니다. 예를 들어, 월간 일정을 가진 광도 응답 테스트가 필요한 정책이 적용된 디스플레이가 이번 달에 해당 테스트를 실행한 경우, 일정 상태가 정시로 간주됩니다.
기한 도래 : 현재 일정 기간에는 작업이 아직 실행되지 않았지만 이전 일정 기간에 실행된 작업이 있습니다. 이 예는 월간 작업에도 적용됩니다. 월간 빈도를 가진 작업이 현재 월에 아직 실행되지 않았지만 그 전 달에 실행되었으면 일정 상태가 기한 도래입니다. 작업 실행이 완료될 때마다 상태가 정시로 다시 전환됩니다. 그러나 실행 없이 전체 기간이 만료되면 상태가 기한 경과로 전환됩니다.
기한 경과 : 작업이 이전 기간에서 실행되지 않았고 현재 일정 기간에도 아직 실행되지 않았습니다. 월간 일정이 있는 작업의 예에서, 해당 작업을 실행하지 않고 한 달 전체가 경과하는 순간부터 일정 상태가 기한 경과가 됩니다. 작업 실행이 완료될 때까지 상태가 기한 경과로 유지되며, 작업이 실행되는 시점에서 다시 정시가 됩니다.
기한 도래 또는 기한 경과 작업이 있는 에이전트는 조건이 충족되는 경우 이러한 작업을 자동으로 실행하려고 합니다(이 장에서 자세히 설명).
작업 일정이 작업 실행 시간을 결정하는 방식
QA 정책에서 각 작업은 QAWeb 에이전트가 작업을 실행하는 빈도를 결정하는 일정으로 구성됩니다. QAWeb 에이전트는 작업이 현재 일정 기간에서 아직 실행되지 않은 경우(이전에 실행된 적이 없는 경우 포함) 실행 예정인 것으로 결정합니다. 이 시점에서 작업의 일정 상태는 “기한 도래”가 됩니다. 전체 기간이 실행되지 않고 경과하면 일정 상태는 “기한 경과”가 됩니다.
다음 표에는 일정에 따라 기간이 결정되는 방식이 요약되어 있습니다.
일정 |
기간 시작(00:00시) |
기간 종료(23:59시) |
|---|---|---|
일일 |
매일 |
하루가 끝날 때 |
주간 |
매주 월요일 |
일요일이 끝날 때 |
격주 |
매월 1일과 15일 |
매월 말일이 끝날 때 및 매월 14일이 끝날 때 |
월간 |
매월 1일 |
매월 말일이 끝날 때 |
분기별 |
매 분기의 첫날 |
매 분기의 말일이 끝날 때 |
반년 |
매 반기 첫날 |
매 반기 마지막 날이 끝날 때 |
연간 |
매년 1월 1일 |
매년 마지막 날이 끝날 때 |
사용자 정의 |
일정에서 설정한 기간 시작 시 |
일정에 의해 설정된 다음 기간 시작 시 - 1분 |
작업을 실행해야 함을 감지할 때마다(상태가 기한 도래 또는 기한 경과인 경우), 에이전트는 QA 테스트를 실행하려고 합니다. 작업을 실행할 수 있는 시기는 주로 사용자 개입 없이 작업을 수행할 수 있는지 여부에 따라 다릅니다.
자동 작업 : 사용자 상호작용 없이 Barco 디스플레이의 내부 센서로 작업을 완료할 수 있는 경우 최대한 빨리 실행을 시도합니다. 이를 위해서는 워크스테이션의 전원이 켜져 있는 상태에서 QAWeb 에이전트가 시작되어 있고 활성화된 디스플레이가 올바르게 연결되어 있어야 합니다.
수동 작업 : 작업에 수동 상호 작용이 필요한 경우(예: 외부 센서가 필요하거나 시각적 테스트 질문을 입력해야 함) 작업을 자동으로 실행할 수 없으며 사용자가 워크스테이션에서 에이전트 사용자 인터페이스를 사용하여 실행을 시작해야 합니다. QAWeb 에이전트는 작업이 시작되어야 함을 알리기 위해 Windows 시스템 알림 영역에 사용자 알림을 생성합니다.
일정 관리 시스템은 여러 워크스테이션의 QA 테스트 실행 시간이 결국 각 시간 간격의 시작과 동기화되도록 처리합니다. 이는 워크스테이션 또는 디스플레이가 설치된 시기와는 무관합니다.
즉, 주어진 일정에 대해 작업의 기한이 경과되기 전에 일정 기간의 두 배가 경과합니다. 극단적인 예로, 1년차 1월 1일에 실행된 매년 예약된 QA 테스트는 2년차의 12월 31일에 여전히”기한 도래” 상태에 있게 됩니다. 거의 2년이 지났음에도 불구하고”기한 경과”로 표시되지 않습니다. 대신 QAWeb은 전체 기간 동안 이 작업의 기한이 도래한 것으로 표시합니다.
사용자 정의 일정에 대한 참고 사항
애플리케이션은 작업에 대한 사용자 지정 일정 설정을 지원합니다. 이를 통해 ‘매주 수요일 8시에 실행’ 또는 ‘3월과 10월에 마감’과 같은 많은 가능성을 허용합니다. 일정은 다음 순간에 작업이 마감되는 순간을 달력에 표시합니다. 그 이후의 순간에는 사용 종료됩니다.
자동화 가능 작업의 전원 관리 구성
자동 작업 은 워크스테이션 사용자의 상호작용 없이 실행 가능합니다. 해당 작업이 절전 모드/DPMS 상태의 디스플레이를 처리하는 방법을 구성할 수 있습니다. 워크스테이션 앞의 사용자만 트리거할 수 있는 ** 수동 작업** 에는 해당되지 않습니다. 이를 구성하려면 QA 섹션의 기본 설정 페이지로 이동합니다.
기본적으로 작업 실행에는 활성 디스플레이가 필요합니다. 일반적으로 디스플레이는 워크스테이션 비활성 상태가 지속되면 대기 상태로 바뀝니다. 이 동작은 워크스테이션의 절전 설정에 의해 결정됩니다. QAWeb은 작업 수행을 위해 활성 디스플레이가 필요합니다. 즉, QAWeb은 해당 순간에 디스플레이 작업을 수행할 수 없으며 사람이 워크스테이션 앞에 다시 나타날 때까지 기다리게 됩니다.
또는 작업 기일에 도달하면 디스플레이를 깨우도록 QAWeb을 구성할 수 있습니다. 작업 실행 동안 해당 디스플레이는 깨어난 상태로 유지됩니다. 이는 위의 단락에서 언급한 예정 간격이 시작될 때 발생합니다. 일반적으로 자정입니다. 이 기능을 사용하려면 워크스테이션이 켜져 있어야 합니다.
디스플레이의 물리적인 면에 의존하는 작업은 일반적으로 디스플레이 콜드 부팅 후 10분 동안 대기하게 됩니다. 이 시간 동안 장비의 내부 온도와 광 출력은 최적의 측정 결과를 얻을 수 있는 지점에 도달하게 됩니다.
워크스테이션 수준 QA 상태 및 일정 상태
각 워크스테이션에 대해 적용되는 모든 QA 테스트의 QA 상태 및 일정 상태는 워크스테이션 수준에서 집계됩니다. 어떤 QA 테스트가 적용되는지 결정하기 위해 정책 엔진은 연결된 디스플레이 사용과 조직 구조에 대한 QA 정책 할당을 종합적으로 살펴봅니다.
워크스테이션 수준에서 QA 상태 는 다음과 같이 집계됩니다.
- 미준수 : 적용되는 하나 이상의 QA 테스트에 미준수 QA 상태가 있습니다.
- 대기 중 : 하나 이상의 적용되는 QA 테스트에 보류 중 QA 상태가 있고 미준수 작업은 하나도 없습니다.
- 준수 : 적용되는 모든 QA 테스트에 준수 QA 상태가 있습니다.
미준수 는 보류 중 상태보다 “더 강력”합니다.
워크스테이션 수준에서 일정 상태 는 다음과 같이 집계됩니다.
- 기한 경과 : 적용되는 하나 이상의 QA 테스트에 기한 경과 일정 상태가 있습니다.
- 기한 도래 : 적용되는 하나 이상의 QA 테스트에 기한 도래 일정 상태가 있고 기한 경과 작업은 하나도 없습니다.
- 정시 : 적용되는 모든 QA 테스트에 정시 일정 상태가 있습니다.
일부 작업은 특정한 기술적 기능과 특성이 있는 디스플레이에만 적용 가능합니다. 디스플레이가 이러한 필수 조건을 충족하지 않으면 작업은 해당 없음 으로 표시됩니다. 이러한 해당 없음 작업은 QA 상태 및 일정 상태를 계산하고 통합하는 데에 포함되지 않습니다. 예를 들어, *SteadyColor 응답 테스트*가 SteadyColor 기술을 지원하지 않는 디스플레이에 대해 *해당 없음*이 됩니다.
요약: QA 상태 및 일정 상태를 해석하는 방법
QA 테스트 상태를 “QA 상태”(마지막 결과) 및 “일정 상태”로 나누는 주요 목적은 QA 추적을 담당하는 사용자에게 다음 워크플로를 제공하려는 것입니다.
모든 QA 테스트가 규정을 준수하고 정시에 진행되는 상황을 달성
가능한 경우, 보류 중 QA 상태가 있는 작업은 자동으로 실행됩니다. 수동 개입이 필요한 작업이 있는 경우, 준수 또는 미준수 상태를 얻기 위해 이러한 작업을 실행해야 합니다.
미준수 결과가 나타날 때마다 즉시 검사하는 것이 좋습니다. 작업이 다시 실행되고 결과가 마찬가지로 미준수로 나오면 적절한 조치를 취합니다(예: 디스플레이를 교체하거나, 용도를 변경하거나 디스플레이를 덜 엄격한 정책이 있는 방으로 이동하는 등 요구 사항이 덜 엄격한 목적으로 디스플레이 사용).
기한 경과 일정 상태가 나타날 때마다 가능한 한 빨리 원인을 조사해야 합니다. 자동화된 작업이 기한 경과한 경우, 기술적 문제(예: 워크스테이션이 아직 온라인 상태가 되지 않았거나, 디스플레이가 꺼져 있거나 연결이 끊어져 있음)가 원인일 수 있습니다. 수동 실행이 필요한 작업과 관련이 있는 경우, 제 때 실행이 되도록 합니다. 궁극적으로, 기한 경과 상태의 심각도는 효과적인 QA 규정 또는 가이드라인을 잣대 삼아 QA 담당자가 판단해야 합니다.
작업이 기한 도래되었을 때 QA 담당자는 후속 조치를 취하고 이러한 작업이 적시에 완료되도록 해야 합니다. 기한 도래작업은 기한 경과작업에 비해 덜 긴급한 것으로 간주할 수 있습니다.