| 10.5. Integration | ||
|---|---|---|
|
Kapitel 10. Konfigurieren |  |
| 10.5. Integration | ||
|---|---|---|
|
|
Kapitel 10. Konfigurieren | |
Auf der Seite Integration werden externe Systeme angebunden und deren Einstellungen verwaltet. Hier gibt es sechs Ansichten, Issue Management, Anforderungsmanagement, E-Mail, Netzwerk, LDAP und CAS.
Ein Issue-Management-System (auch Issue Tracker, Bug Tracker genannt) ist eine Software-Anwendung zum Verwalten von Issues, die während des Testprozesses auftreten. Issues können Berichte über Fehler in einem Softwaresystem oder andere beobachtete Informationen enthalten.
Es können Issues erstellt, abgerufen und fehlgeschlagenen Testfällen zugeordnet werden. Es ist möglich, mehrere Issue-Management-Systeme zu konfigurieren und gleichzeitig zu verwenden.
Klaros-Testmanagement unterstützt die folgenden Issue-Management-Systeme:
http://www.bugzilla.org/).
http://github.com/).
http://gitlab.com/).
http://www.atlassian.com/).
http://www.mantisbt.org/).
http://www.redmine.org/).
http://trac.edgewall.org/).
https://www.jetbrains.com/youtrack/).
![[Achtung]](images/caution.png) |
Externe Konfiguration notwendig |
|---|---|
|
Einige Issue-Management-Systeme müssen konfiguriert werden, bevor sie erfolgreich an Klaros-Testmanagement angebunden werden können. Weitere Informationen hierzu finden Sie unter Abschnitt 3.14, „Externe Issue-Management-Systeme konfigurieren“. |
![[Wichtig]](images/important.png) |
Token-basierte Authentifizierung |
|---|---|
|
Manche Issue-Management-Systeme wie Jira, GitHub, GitLab, Redmine und YouTrack benötigen eine Token-basierte Authentifizierung. Die Authentifizierung über Benutzername und Passwort werden in diesem Fall nicht unterstützt. Klaros-Testmanagement unterstützt ebenfalls das Token-basiertes Authentifizierungsschema. Verwenden Sie einfach den erforderlichen Benutzernamen und das Token als Passwort. |
Die Tabelle zeigt die folgenden Werte:
|
ID |
Wird automatisch zugewiesen. |
|
Zusätzliche Hinweise |
Ein Tooltip erscheint, wenn der Cursor über dem hier angezeigten Icon platziert wird. es wurden noch keine Anmeldeinformationen zur Hintergrundsynchronisation hinterlegt. |
|
System |
Das verwendete Issue-Management-System (Bugzilla, Jira (Version 4.3 oder höher), Jira Legacy (Version 4.2 oder niedriger), GitHub, GitLab, Mantis, Redmine und Trac). |
|
URL |
Der Link zum Issue-Management-System. |
|
Externe Projekt-ID |
Die Projekt-ID des Issue-Management-Systems. Siehe Abschnitt 10.5.1.1, „Externe Projekt-ID“. |
|
Beschreibung |
Zusätzliche Informationen zum Issue-Management-System. |
|
Projekte |
Die Projekte in denen das Issue-Management-System verwendet wird. |
|
Aktionen |
Die ausführbaren Aktionen. |
Falls das Issue-Management-System Issues in Projekten organisiert, wird die Projekt-ID benötigt, um das jeweilige Projekt anzusprechen. Jira, Redmine, Mantis, Bugzilla und YouTrack verwenden eine solche Projekt-ID. Bei GitHub, GitLab und Trac wird die URL verwendet, um unterschiedliche Projekte anzusprechen.
Die gültigen Projekt-ID-Werte finden Sie in den Issue-Management-Systemen an den folgenden Stellen:
Die Bugzilla-Projekt-ID entspricht dem Feld
Product
Die Mantis-Projekt-ID entspricht dem Feld
Project Name
Die Redmine-Projekt-ID entspricht dem Feld
Identifier
Mit einem Klick auf den Button erscheint eine neue leere Tabellenzeile. Hier können Attribute des Issue-Management-Systems festgelegt werden.
Mit Klick auf wird das Issue-Management-System gespeichert. Die ID des Issue-management-Systems (IM0001) wird dabei automatisch von Klaros-Testmanagement vergeben.
Mit können auch mehrere Tabellenzeilen gleichzeitig erzeugt und bearbeitet werden. Erst der Klick auf übernimmt die Daten in die Datenbank.
Mit werden alle Änderungen rückgängig gemacht.
![[Anmerkung]](images/note.png) |
Rote IDs |
|---|---|
|
Alle Zeilen mit roten IDs enthalten Änderungen und sind noch nicht gespeichert! |
Die Aktionsspalte befindet sich ganz rechts in der Tabelle. Folgende Aktionen lassen sich hier vornehmen:
In der Zeile rechts oberhalb der Tabelle lassen sich folgende Operationen vornehmen:
Alle Operationen sind ausführlich in Abschnitt 5.2.3.1, „Übersichtsseite“ beschrieben.
In der Spalte Aktion kann mit Klick auf überprüft werden, ob eine Verbindung zum Issue-Management-System hergestellt werden kann.
![[Tipp]](images/tip.png) |
Schrägstriche am Ende von URLs |
|---|---|
|
Prüfen Sie im Falle eines Authentifizierungsfehlers zunächst, ob das Hinzufügen oder Löschen eines nachgestellten Schrägstrichs an die URL das Problem behebt. |
Jedes angelegte Issue-Management-System verfügt über eine eigene Detailseite mit weitergehenden Unteransichten. Mit Mit Klick auf die ID des betreffenden Issue-Management-Systems oder auf das Icon Bearbeiten rechts in der Aktionsspalte gelangen Sie zu der als letztes ausgewählten Detailansicht. Bei erstmaligem Aufruf ist dies die Ansicht Eigenschaften.
Es stehen die folgenden Ansichten zur Verfügung: Eigenschaften, Anhänge, Projekte und Änderungen.
Auf den Detailseiten befinden sich rechts oben weitere Icons. Folgende Aktionen lassen sich hier vornehmen:
|
Externen Link öffnen |
Öffnet einen externen Link zum entsprechenden Issue-Management-System. |
|
Blättern |
Mit den grünen Pfeilen ganz oben rechts kann zwischen den auf der vorherigen Seite vorhandenen Issue Management Systemen gewechselt werden. |
Die Ansicht Eigenschaften ist in drei Bereiche aufgeteilt: Issue Management System, Authentifizierung, Statusnamen.
Issue-Management-System
|
System |
Mit Hilfe eines Dropdown-Menüs kann das gewünschte System ausgewählt werden. |
|
URL |
Die URL, unter der das System erreichbar ist. |
|
Projekt |
Der Name des Projektes. |
|
Beschreibung |
Eine optionale Beschreibung des Systems. |
Darunter befindet sich der Abschnitt "Authentifizierung". Hier geben Sie die Anmeldeinformationen für die Hintergrundsynchronisierung ein. Der hier eingetragene Benutzer muss vollen Zugriff auf das eingetragene Projekt haben.
|
Benutzername |
Der gültige Benutzername. |
|
Passwort |
Das gültige Passwort. |
Mit dem Button kann geprüft werden, ob die Eingaben korrekt sind.
|
Wichtig |
|---|---|
|
Die hier eingegebenen Anmeldeinformationen werden ausschließlich für die Hintergrundsynchronisation verwendet. Wenn Benutzer ein Issue erstellt oder aktualisiert, werden dessen persönliche Anmeldedaten zur Authentifizierung gegenüber dem Issue-Management-System verwendet. Wenn Anmeldeinformationen fehlen oder nicht gültig sind, werden Benutzer aufgefordert, diese einzugeben. |
Der letzte Bereich ist "Statusnamen". Die in der folgenden Tabelle aufgeführten Statusnamen entsprechen einem erledigten Issue. Der angegebene Wert muss exakt mit dem Statusnamen im angebundenen System übereinstimmen.
Mit dem Button kann ein neuer Statusname hinzugefügt werden.
Mit dem Button werden die Felder auf die Standardwerte zurückgesetzt.
Alle Eingaben werden mit dem Button in die Datenbank übernommen. Der Button löscht die Eingaben. Der Button führt auf die Übersichtseite mit den angelegten Issue-Management-Systemen.
Einem Issue-Management-System können beliebige Dateien als Anhänge hinzugefügt werden. Weitere Informationen hierzu finden Sie unter Abschnitt 5.2.3.2.6, „Anhänge“.
Die Ansicht Projekte zeigt alle Projekte an, denen das Issue-Management-System zugeordnet wurde.
Die Ansicht Änderungen zeigt die Änderungshistorie dieses Issue Management Systems an.
Eine ausführliche Beschreibung der Ansicht Änderungen finden Sie unter Abschnitt 5.2.3.2.8, „Änderungshistorie“.
Jedes Issue hat ein Statusfeld, das seinen aktuellen Zustand dokumentiert (z.B. "In Bearbeitung" oder "Behoben"). Die einzelnen Status und deren Namensgebung variieren je nach verwendetem Issue-Management-System. Klaros-Testmanagement unterscheidet nur zwischen offenen und erledigten Issues. Ein Issue gilt dann als erledigt, wenn keine weitere Arbeit dafür aufgewendet werden muss (z.B. "Geschlossen", "Abgelehnt"), andernfalls ist es noch offen.
Erledigte Issues werden in Grün dargestellt, offene in Rot. Abschnitt 9.6.5, „Detailseite“
Die Zustände der erledigten Issues müssen genau so benannt werden wie im verwendeten Issue-Management-System, sonst werden sie nicht richtig identifiziert und als offene Issues gezählt.
|
|
 |
|
| 10.4. System |  |
10.5.2. Anforderungsmanagement |
