Suivi de l'Histoire en HP QC(Quality Center)

Est-il un moyen de suivi d'un bug de l'histoire au QC? Ce que je cherche à obtenir est de savoir comment de nombreux bugs sont en cours de réouverture au cours d'une libération et combien de fois elle a obtenu rouvert. De la de QC, je ne vois que le "statut", "fermée", mais il ne me donne pas les informations sur ce sujet, de nombreuses fois il a changé de "fermé" à "rouvrir", puis "fixe", puis "rouvrir", puis sur "fermé".

Merci d'avance!

InformationsquelleAutor hinling | 2010-08-23
  1. 2

    Historique de la vérification de la table de QC a des informations stockées pour chaque changement dans la QC élément(ici le Bug). Vous pouvez donc écrire une requête SQL qui récupère rouvrir des défauts. Je les appelle comme premier temps de corriger les défaillances et ils fournissent des preuves solides sur pourquoi il n'y a plus de tests qui se passe quand vous avez obtenu plus de leur

    Ci-dessous est le lien de blog qui dispose de cette information et indique comment extraire avec un exemple de requête SQL

    Première fois échecs

    InformationsquelleAutor Sham332
  2. 1

    La table d'historique n'est pas automatiquement le suivi de tout, alors assurez-vous d'abord que, dans la mesure du possible de le marquer dans la zone personnalisation du module d'histoire de la piste.
    Si vous utilisez QC via Saas et n'ont pas accès à Sql Server, vous pouvez toujours le faire via OTA (QC Api) et l'utilisation de sql là.
    Autre solution, utiliser le flux de travail et à écrire dans un fichier, peut-être une version xml (à l'aide de vbscript) sur l'événement onchanged ou plutôt onsaved événement de la module QC.

    InformationsquelleAutor Fabrice MARIANADIN
  3. 0

    Vous pouvez créer une requête SQL (requête directement sur la db, ou de l'utilisation des QC "grand" tableau de bord et un Excel requête) qui se penche sur les lignes dans le tableau de l'historique de ce champ et numéro du défaut.

    La documentation doit avoir suffisamment d'exemples pour les requêtes comme celle-ci que vous devriez être en mesure de venir avec un produit de requête que les travaux peuvent être discutées ici, si vous le publiez.

    InformationsquelleAutor TheBlastOne
  4. 0

    La clé ici est que nous avons une explicite Réouverture de l'état dans le flux de travail et nous pouvons le tester. Non pas comme un état actuel, mais combien de fois nous nous déplaçons à travers l'état. C'est facile à faire que d'un Rapport Excel personnalisé.

    Anthony Hilyard montre, il s'agit essentiellement d'une jointure entre les Bug de la table et le journal d'audit/tableau de propriété. Pour obtenir la version, vous devez également joindre avec les sorties de la table. Nous utilisons à la fois la détectés dans la libération et la libération ciblée. La libération ciblée passe à la version actuelle pour tout défaut, afin de nous unir à eux donc, si il n'y a pas d'objectif de presse, il utilise la version actuelle. Contrairement à Anthony de la solution, nous voulons juste pour compter le rouvre, plutôt que d'en dresser la liste.

    Le SQL pour regarder dans Libération, '@RelNam@' ressemblerait à ceci:

    SELECT 
    BG.BG_BUG_ID As 'Defect ID', 
    BG.BG_STATUS As 'Status', 
    COUNT(AU.AU_ACTION_ID) As 'Reopens', 
    BG.BG_DETECTED_BY AS 'Detected By', 
    BG.BG_SUMMARY As 'Summary'
FROM BUG BG
LEFT JOIN AUDIT_LOG AU ON BG.BG_BUG_ID = AU.AU_ENTITY_ID
INNER JOIN AUDIT_PROPERTIES AP ON AU.AU_ACTION_ID = AP.AP_ACTION_ID
INNER JOIN RELEASES RLS ON RLS.REL_ID = COALESCE(BG.BG_TARGET_REL,BG.BG_DETECTED_IN_REL)
WHERE 1=1
    AND RLS.REL_NAME = '@RelNam@'
    AND (AU.AU_ENTITY_TYPE = 'BUG' OR AU.AU_ENTITY_TYPE IS NULL)
    AND AU.AU_ACTION = 'UPDATE'
    AND (AP.AP_PROPERTY_NAME = 'Status' AND AP.AP_NEW_VALUE = 'Reopen')
GROUP BY 
    BG.BG_BUG_ID, 
    BG.BG_STATUS, 
    BG.BG_DETECTED_BY, 
    BG.BG_SUMMARY

    COMMANDE PAR BG.BG_BUG_ID

    Si vous souhaitez utiliser la date au lieu de cela, baisse de la jointure avec les rejets et les associés de la clause where et il suffit d'utiliser un test pour BG_DETECTION_DATE à la place.

    Si vous n'avez pas explicite Rouvrir' état, mais votre flux de travail est un "Retest" et "Fix", vous pouvez au lieu de le regarder pour le nombre d'événements de transition impliquant old state=Retester et des nouvelles de l'état='Fix'. Cela permettra d'exclure la première fois, qu'en cas de défaut est rouvert.

    N'oubliez pas si vous voulez ajouter des colonnes dans la sortie, assurez-vous qu'ils sont également dans le Groupe Par la " clause à la fin.

    InformationsquelleAutor hughk
  5. -1

    Voici un Excel SQL Extrait que j'utilise:

    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'
    InformationsquelleAutor David