SilkCentral® Test Manager™ 2009 SP1

• PriorityID
• ProjectID
• ProjectName
• ProductID
• ProductCode
• CoverageStatus
• CoverageStatusName
Die folgenden Beispiele zeigen, wie diese Ansichten angewendet werden können:
Gruppieren nach Builds:
Eine Abfrage für einen Bericht mit mit vollständigem Anforderungsfortschritt, wobei
ProjectID den Wert 0 hat:
SELECT BuildName, CoverageStatus, CoverageStatusName, Count(ReqID)
As Result
FROM RTM_V_ReqProgressBuilds
WHERE ProjectID = 0
GROUP BY ProductID, BuildOrder, BuildName, CoverageStatus,
CoverageStatusName
ORDER BY ProductID, BuildOrder, CoverageStatus
Das Ergebnis sieht in etwa folgendermaßen aus:
BuildName
CoverageStatus
CoverageStatusName
Result
324
4
Nicht abgedeckt
4
325
3
Fehlgeschlagen
2
325
4
Nicht abgedeckt
2
350
1
Bestanden
2
Für Build 324 haben vier Anforderungen den Status "Nicht abgedeckt". Für Build 325 haben
zwei Anforderungen den Status "Fehlgeschlagen" und zwei Anforderungen den Status
"Nicht abgedeckt".
Wenn sich der Bericht nur auf einen Teil der Anforderungshierarchie beziehen soll, können
Sie nicht einfach eine weitere where-Klausel verwenden, da dann die untergeordneten
Anforderungen und deren untergeordnete Anforderungen nicht berücksichtigt werden. Sie
müssen zu diesem Zweck eine Verknüpfung zur Tabelle TM_ReqTreePaths herstellen:
SELECT BuildName, CoverageStatus, CoverageStatusName, Count(ReqID)
As Result
FROM RTM_V_ReqProgressBuilds rps
INNER JOIN TM_ReqTreePaths rt ON (rt.ReqNodeID_pk_fk = rps.ReqID)
WHERE ProjectID = 0 AND (rt.ParentNodeID_pk_fk = 3)
GROUP BY BuildOrder, BuildName, CoverageStatus, CoverageStatusName
ORDER BY BuildOrder, CoverageStatus
Datenbankansichten | 43