QC의 버그 기록을 추적하는 방법이 있습니까? 내가 얻으려고하는 것은 얼마나 많은 버그가 릴리스에 대해 재개되고 몇 번 재개되었는지입니다. 품질 관리에서 "상태"는 "닫힌"것으로 만 볼 수 있지만 그 정보는 "닫힌 상태"에서 "다시 열기"로 변경된 후 "고정 된"다음 "다시 열기", "닫힘" ".HP QC (품질 센터) 내역 추적
미리 감사드립니다.
QC의 버그 기록을 추적하는 방법이 있습니까? 내가 얻으려고하는 것은 얼마나 많은 버그가 릴리스에 대해 재개되고 몇 번 재개되었는지입니다. 품질 관리에서 "상태"는 "닫힌"것으로 만 볼 수 있지만 그 정보는 "닫힌 상태"에서 "다시 열기"로 변경된 후 "고정 된"다음 "다시 열기", "닫힘" ".HP QC (품질 센터) 내역 추적
미리 감사드립니다.
해당 필드 및 결함 번호에 대한 기록 테이블의 행을 보는 SQL 쿼리를 만들거나 (db를 직접 쿼리하거나 QC의 "대단위"대시 보드 및 Excel 쿼리를 사용할 수 있음)
설명서에는 사용 가능한 쿼리를 제시 할 수있는 충분한 쿼리 예제가 있어야합니다. 사용할 수있는 쿼리를 게시 할 수 있어야하며 여기에 게시 할 수 있습니다.
히스토리 테이블은 모든 것을 자동으로 추적하지 않으므로 가능한 한 항상 히스토리를 추적하기 위해 사용자 정의 필드 모듈에 표시 할 수 있도록하십시오. Saas를 통해 QC를 사용하고 SQL Server에 액세스 할 수없는 경우 OTA (QC Api)를 통해 언제든지 SQL Server를 사용할 수 있습니다. 다른 대안으로, 워크 플로우를 사용하여 onchanged 이벤트 또는 관련 QC 모듈의 onsaved 이벤트에 대해 xml (vbscript 사용) 파일에 쓸 수 있습니다.
QC의 감사 내역 테이블에는 QC 요소의 모든 변경 사항 (여기에는 버그)에 대한 정보가 저장되어 있습니다. 따라서 다시 열리는 결함을 검색하는 SQL 쿼리를 작성할 수 있습니다. 나는 그 (것)들을 처음으로 고침 실패로 그 (것)들을 부른다. 그리고 더 많은 것을 얻었을 때 더 많은 시험이 일어나고있는 이유에 대한 좋은 증거를 제공한다.
다음은이 정보를 가지고있는 블로그 링크이며 SQL 쿼리 여기
는 엑셀 SQL 추출물 나는 사용한다 :
SELECT
"defect"."BG_BUG_ID" AS "Defect",
"defect"."BG_STATUS" AS "Status",
"defect"."BG_SEVERITY" AS "Severity",
"defect"."BG_PRIORITY" AS "Priority",
"defect"."BG_USER_03" AS "Category",
"defect"."BG_USER_01" AS "Modules",
"defect"."BG_USER_08" AS "EFD",
"defect"."BG_USER_02" AS "Region",
"defect"."BG_SUMMARY" AS "Summary",
"defect"."BG_DETECTED_BY" AS "Detected By",
"audit_log"."AU_ACTION" AS "Action",
"audit_log"."AU_USER" AS "User",
"audit_property"."AP_OLD_VALUE" AS "Old Value",
"audit_property"."AP_NEW_VALUE" AS "New Value",
"audit_log"."AU_TIME" AS "Change Time",
"audit_property"."AP_PROPERTY_NAME" AS "Change Area"
FROM
BUG "defect"
INNER JOIN AUDIT_LOG "audit_log" ON "defect"."BG_BUG_ID" = "audit_log"."AU_ENTITY_ID"
INNER JOIN AUDIT_PROPERTIES "audit_property" ON "audit_log"."AU_ACTION_ID" = "audit_property"."AP_ACTION_ID"
WHERE
"audit_log"."AU_ENTITY_TYPE" = 'BUG'