Testabdeckung

Branchenweit bewährte Methoden für die Testautomatisierung werden grafisch als ideale Testpyramide dargestellt. Testtypen unten in der Pyramide – wie z. B. Unit-Tests – sind am kostengünstigsten und schnellsten auszuführen, am einfachsten zu pflegen und stellen in der Regel den Großteil der Tests in der Test-Suite dar. Die Testtypen ganz oben in der Pyramide – wie Szenario-Tests – sind in der Ausführung am kostspieligsten und zeitaufwändigsten sowie am schwierigsten zu pflegen. Sie sollten die geringste Anzahl der Tests in der Test-Suite ausmachen. Je weiter oben ein Test in der Pyramide steht, desto höher sind die Gesamtkosten.

Das Test-Coverage-Tool bestimmt, wie viele Regeln in den verschiedenen Test-Suites Ihrer Anwendung abgedeckt sind. Eine nicht abgedeckte Regel ist eine Regel, die nicht von einem Pega-Plattform-Test getestet wird. Mit dem Tool erhalten Sie einen Test-Coverage-Bericht darüber, wie viele und welche Regeln in Ihrer Anwendung durch Tests abgedeckt sind und welche nicht. Mit diesen Daten können Sie die Änderungen der Testabdeckung analysieren und überprüfen, welche Regeln getestet werden müssen. 

Sie können zwei Arten von Test-Coverage-Berichten erstellen:

• Test-Coverage-Berichte auf Benutzerebene zeigen, welche ausführbaren Regeln in Ihren aktuell eingebundenen Anwendungen von den Tests abgedeckt werden und welche nicht.
• Test-Coverage-Berichte auf Anwendungsebene enthalten Ergebnisse zur Testabdeckung von mehreren Benutzern.

Während beide Berichte aufzeigen, welche ausführbaren Regeln in Ihren aktuell eingebundenen Anwendungen von Tests abgedeckt sind und welche nicht, enthalten nur die Coverage-Berichte auf Anwendungsebene Ergebnisse von mehreren Benutzern. 

Klicken Sie in der folgenden Abbildung auf die Pluszeichen (+), um sich den Test-Coverage-Bericht genauer anzusehen. 

Um eine Test-Coverage-Sitzung zu beginnen, muss das System zunächst wissen, welche Anwendung die Testabdeckung messen soll. Sie können sicherstellen, dass Ihre aktuelle Anwendung auf der Seite „Application Quality Settings“ in Dev Studio angezeigt wird, indem Sie auf Configure > Application > Quality > Settings klicken. Die getesteten Anwendungen können unabhängig voneinander auf derselben Anwendung oder aufeinander aufbauend erstellt werden. 

Anforderungen an die Benutzerrolle

Da Test-Coverage-Sitzungen mit einem bestimmten Benutzer verbunden sind, müssen bestimmte Konfigurationsanforderungen erfüllt sein, bevor eine Test-Coverage-Sitzung beginnen kann:

• Ein Benutzer benötigt die Rolle SysAdm4, um Test-Suites ausführen zu können.
• Nur Benutzer mit der Rolle SysAdm4 oder User4 können Daten zur Testabdeckung beitragen. Wenn zum Beispiel ein anderer Benutzer, der nicht die Rolle SysAdm4 oder User4 hat, einen Test ausführt, zählt dies nicht für die Testabdeckung der Regel.
• Nur Benutzer mit der Berechtigung pzStartOrStopMasterAppRuleCoverage können die Testabdeckung auf Anwendungsebene initiieren.

Wenn eine Test-Coverage-Sitzung auf Anwendungsebene ausgeführt wird, können mehrere Benutzer mit der Rolle SysAdm4 oder User4 Tests durchführen, um zum Test-Coverage-Bericht beizutragen. Da mehrere Benutzer zur Testabdeckung beitragen, zeichnet das System jede Testinstanz als separaten Testbericht auf. Um Daten zu konsolidieren, können Sie einen einzigen konsolidierten Test-Coverage-Bericht erstellen, indem Sie mehrere Test-Coverage-Berichte auf Anwendungsebene zusammenführen. 

Sie navigieren zur Testabdeckungsseite in Dev Studio, indem Sie auf Configure > Application > Quality> Test Coverage  klicken, um Testberichte auf Anwendungsebene zusammenzuführen. Im Abschnitt Coverage history  können Sie die Titel, Daten und Statistiken der Berichte zur Testabdeckung überprüfen und dann auf Merge reports klicken, um die Tests zu konsolidieren.

Prüfen Sie mit der folgenden Interaktion Ihr Wissen.