Vorschau von Confluence-Seiten in JIRA-Tickets anzeigen

Es ist ein recht übliches Vorgehen, dass Anforderungsdokumente sowohl in Confluence abgelegt und bearbeitet werden, als auch noch Tickets in JIRA erstellt werden, um die Anforderungen verfolgen und auswerten zu können. Produktmenschen arbeiten nunmal vielfach lieber mit dem featurereichen Editor im Wiki, als in einem JIRA-Beschreibungsfeld und Entwickler brauchen diese Informationen aber auch direkt in ihrem Arbeitstool JIRA. Dies führt dann dazu, dass Inhalte entweder an zwei Stellen gepflegt werden müssen oder in dem JIRA-Ticket nur ein Link auf die entsprechende Confluence-Seite verweist und damit unnötiges Context-Switching provoziert wird.

Wäre es nicht schön, wenn man die Confluence-Seite einfach als Vorschau in das JIRA-Ticket integrieren könnte?

Mit folgenden Schritten lässt sich dies mühelos bewerkstelligen, allerdings wird dazu das ScriptRunner Plugin von Adaptavist benötigt. Dies war bis vor kurzem kostenlos, ist jetzt aber leider mittlerweile kostenpflichtig.

Mit dem Plugin ScriptRunner lassen sich unter anderem in JIRA programmierbare benutzerdefinierte Felder anlegen. Zunächst wird ein normales URL-Feld mit dem Namen „Confluence URL“ angelegt, in welches der Nutzer die URL der Confluence-Seite eintragen kann.

url-field

Weiterlesen

AtlasCamp 2015: Developers united in Prague

Tigertech@AtlasCamp 4 NetworkedAssets

Every year more developers are coming to get involved into the Atlassian Plugin Developer community. They come to get information about the newest API changes, have the possibility to promote their plugins or ask about difficulties they have had and of course meet with other developers and Atlassians to exchange experiences. In the 8th year of AtlasCamp the community has grown from a small family of around 50 developers to 340+ developers from all over the world, Atlassians not included (also almost 50, so a total number of around 400 participants have been present). Some people are coming every year, but more than half of the participants were joining for there first ever AtlasCamp. And some have become almost more famous than Atlassians themselves. As Co-Founder Mike Cannon-Brookes put it in his welcome speech, there are more people who want a picture with Bob Swift than with himself by now.

Over the last years Europe has been settled as the place to be for the conference, because still most of the developers are coming from Europe. Prague was a great location to choose, but sadly the hotel was 7 kilometers out of town, so there was not much time to walk around the beautiful old city center of prague. But the AtlasParty on wednesday night was still a highlight, taking place directly at the waterfront of the Moldova with a great view over the beautiful charles bridge. A great atmosphere with funny talks.. and a magician or magical plugin dev from sweden doing fascinating performances, which were not including a lot of drinking but the good old string tricks 🙂

AtlasCamp 2015

A new arrangement were the two tracks of talks this year. One track was the more technical part with insights into plugin development strategies and APIs, the other track was more general about best practices in coding. This was somehow nice, because you could choose between 2 topics in every slot, but also you were missing of course half of them and sometimes it was a hard decision. Also new were the developer breakout sessions after the main talks, in which plugin developers were intruducing into topics of their choice and from their work. These offered great insights and also a good opportunity to get into conversation with each other in small groups. The camp has become more structured and professional, for example there were almost no problems with the Wifi-connection this year and live demos were not live anymore, but all from screencasts.. which was a shame somehow, because most of the time live demos really live from the live kind of thing and the errors that can be made 🙂 2015-06-10 09.51.53 Weiterlesen

JIRA-Administration: Anzeigen von benutzerdefinierten Werten in Scripted Custom Fields

Für JIRA-Vorgänge lassen sich standardmäßig jede Menge benutzerdefinierte Felder hinzufügen, die jedoch vom Bearbeiter dann manuell ausgefüllt werden müssen. Um in benutzerdefinierten Feldern automatisch Werte anzeigen zu lassen (read-only), die auf Berechnungen auf Werten aus der Datenbank basieren, können Scripted Custom Fields verwendet werden.

In folgendem Beispiel wird ein Feld zu einem JIRA-Vorgang hinzugefügt, in welchem angezeigt wird, wie lange sich ein JIRA-Ticket in einem bestimmten Workflow-Status befunden hat. Dies ist beispielsweise für die Ausgabe eines Berichts über die Bearbeitungsdauer der Tickets in einem Projekt interessant. Alle Felder können nämlich auch in Spalten eines Excel-Exports oder in Diagrammen auf dem Dashboard angezeigt und ausgewertet werden.

Hierzu muss zunächst das kostenlose Script-Runner-Plugin in der JIRA-Instanz installiert werden.

Als nächstes wird in der System-Administration von JIRA ein neues benutzerdefiniertes Feld angelegt. Um die Zeit des Vorgangs in dem Status „In Progress“ zu berechnen, erstellt man ein Feld „Time In Progress“ und benutzt dafür den durch das Plugin hinzugefügten neuen Typ „Scripted Field“.

scriptedfields3

Weiterlesen

Developers united in Berlin – AtlasCamp 2014

AtlasCamp is the yearly conference for Plugin Developers of Atlassian products, which provides insights in the product APIs, informs about new features and of course is a great opportunity to get to know each other.

With Berlin Atlassian chose a great location for developers to meet and enjoy the sunny weather with about 30 degrees and interesting talks with a very international audience. A quick research unvailed that more than 50% of the attendees were new to AtlasCamp, which means that the community is still growing fast. There was no hackathon during the camp this year, but a competition for developers in advance to present their latest Atlassian Connect Add-on and win a price. I guess that was because some developers were complaining about missing all of the conference while hacking away for the hackathon last year. So even though it was fun having intensly working people around in Amsterdam, it was much more laid back this year and talking and getting connected was more in focus of the event. Also the Wifi-Connection at the Maritim-Hotel was so bad, that nobody was really able to work, but had to stay offline with the surrounding participants to talk (Lächeln)

atlascamp2014atlascamp2014atlascamp2014

2014-06-04 20.01.56

Weiterlesen

Kundenservice mit dem JIRA Issue Collector

Um Kunden eine zusätzliche Supportleistung anzubieten, kann mit dem JIRA Issue Collector ein Feedback-Formular in die Webseite eingebaut werden. Mit diesem kann jeder Webseitenbesucher ein Ticket an den Support erstellen, das direkt in einen JIRA-Vorgang umgewandelt wird. Im Gegensatz zu dem gerade neu veröffentlichten JIRA Service Desk, der sich vor allem für firmeninterne Supportleistungen eignet, ist diese Art des Supports nicht an die Lizenzgröße von JIRA gebunden und kostet auch nichts extra. Es ist dem Kunden allerdings nicht möglich, den Status des Vorgangs zu verfolgen, da er nicht unbedingt einen Zugang zu JIRA besitzen muss (wie es bei dem JIRA Service Desk Voraussetzung ist). Aber die Tickets landen direkt im JIRA-System und können dort bearbeitet werden. Es ist also kein Zwischenschritt der Übertragung  z.B. einer Email in das System notwendig.

Seit JIRA Version 5.1. ist der JIRA Issue Collector ein fester Bestandteil einer jeden JIRA-Instanz. Zur Erstellung eines neuen Issue Collectors sind Adminrechte erforderlich.

Erstellen eines neuen Issue Collectors

Ein Issue Collector gehört immer zu einem Projekt und wird auch innerhalb eines Projekts hinzugefügt. Als Administrator mit globalen Rechten wird das JIRA-Projekt, in welchem die Supporttickets gesammelt werden sollen, aufgerufen und unter Adminstration der Punkt Issue Collectors ausgewählt. Hier sind alle für das Projekt erstellten Issue Collectors aufgeführt und es kann auch eine neuer Collector angelegt werden.

issuecollector-project

Weiterlesen

AtlasCamp 2013: Plugin Developers United in Amsterdam

Just came back from Amsterdam and as the whole event was in english and my notes too, this blogpost will be an english one as well.

AtlasCamp is a yearly event which is organized since 2009 from Atlassian for Plugin Developers to give them insights in the product APIs, inform about new features and of course get to know each other. After 3 years of coding in California, last year was the first event in Europe (Wiesbaden/Germany) and this year in Amsterdam.

For the first time there was a ShipIt-Hackathon on the first day of the AtlasCamp at the Atlassian Amsterdam Office. Around 20 Plugin Developers were participating and competing for the best plugin shipped during one day. Most of them were fulltime plugin developers, who came with 2-4 people from the same company and had specific ideas for a plugin, for example a new feature for their already existing plugins, as the gliffy-team did, who also won the contest with a great performance at the end. It was quite difficult as a beginner to get involved, because teams were already formed by the people who came together and no introduction talks or tutorials were given. Thats why there was not much to do for me as a newbee who coded her first HelloWorld-Plugin a couple of days ago. But still i got some insider hints about where the flaws of the API can be found 🙂

The next two days were full of interesting talks about new features at atlassian and also very interesting live demonstrations in plugin coding, so on the third day I would have been ready to really try out what I´ve learned. I guess I will do so soon.

There were around 150 Plugin Developers from all over the world participating at AtlasCamp. They were showing a map at the beginning of the conference, which showed that Germany was with 37 participants by far the biggest group. Only 8 came from the netherlands as the guest country, and next were 6 from sweden, italy and another country which i just forgot. I met people from Belgium, 1 guy from Malaysia, some from Russia and many from the westcoast of the US (mainly San Francisco Atlassian Office). But also the polish community was represented by 6 people, which my polish collegue found out the next day. Atlassian itself came with around 30 people to the event.

For those who didn´t make it to the camp but are still interested in what its all about, I made a lot of notes and will present it to you in the following. Its a lot to read, but you can also pick the talks that you are interested in. Maybe Atlassian will also publish some of the slides later on. If so, I will collect the links in the link section below.

It has been an awesome location in the koepelkerk at the Renaissance hotel in Amsterdam. An old church with a huge organ, a big dome and a lot of atmosphere. And of course Amsterdam is beautiful too.

Weiterlesen

Atlassian-Plugins schreiben für Jedermann

In Vorbereitung auf das große Atlassian-Entwickler-Event „AtlasCamp“ in Amsterdam Ende Mai habe ich mir endlich mal angeschaut wie man denn ein eigenes Plugin für die Atlassian-Produkte schreibt. Die riesige Anzahl von Plugins im Atlassian-Marketplace läßt vermuten, daß die Pluginentwicklung von Atlassian gut unterstützt und gefördert wird und auch auf dem AtlasCamp ist sie das zentrale Thema.

Nachdem ich das nun ausprobiert habe kann ich nur sagen: Toll gemacht Atlassian! Ein erstes Plugin kann wirklich jeder ohne jegliche Hindernisse erstellen! Die Anleitung ist detailliert und gut verständlich, selbst für Nicht-Programmierer durchführbar und die Erfolgserlebnisse treten schon nach kurzer Zeit ein. Ein erstes HelloWorld-Plugin läßt sich in weniger als einer Stunde schreiben und in einer eigenen JIRA-Instanz, die gleich mitgeliefert wird, aufrufen und ausprobieren. Als einzige Systemvorraussetzung muss ein Java SDK 1.6.*  installiert und der Port 2990 offen und zugänglich sein, aber auch hierfür gibt es eine detaillierte Anleitung. Alles andere wird von dem Atlas-SDK mitgebracht, neben einer Jira-Standalone-Version auch Maven 2.1.0 und ein Tomcat 6-Server.

Die genaue Anleitung auf englisch von Atlassian findet ihr hier. Ich werde nur eine kurze Zusammenfassung geben, um euch auf den Geschmack zu bringen 🙂

Weiterlesen

Testmanagement-Plugins für JIRA und Confluence

Mit dem Universal Plugin Manager 2.0 hat Atlassian dieses Jahres neben einer überarbeiteten Oberfläche und vielen anderen neuen Features den Atlassian-Marketplace in seine Produkte integriert. Plugins lassen sich seitdem sehr angenehm durchstöbern und bei Interesse sofort installieren. Jeder Nutzer eines Atlassian-Produkts kann den Marketplace durchsuchen und dem Administrator Plugins zur Installation vorschlagen.

Plugin Marketplace

Die Installation der Plugins ist mit einem Klick des Administrators direkt aus der Anwendung heraus möglich. Dadurch wird unnötiges Context-Switching verhindert und alle Produktdaten (Licencekey, Konfigurationen) stehen automatisch zur Verfügung. Alle Plugins bieten eine 30-Tage-Probeversion an, womit man die Möglichkeit hat, alles erst einmal auszuprobieren und sich dann dafür oder dagegen zu entscheiden.

Seitdem spriessen die Plugins für Atlassian-Produkte nur so aus dem Boden. Jeder kann ein Plugin schreiben und es auf dem Marketplace anbieten.

Weiterlesen

Agile Projektplanung für Scrum- und Kanbanteams mit dem Rapid-Board

Sich agiler Softwareentwicklung zu verschreiben ist eine grundsätzliche Entscheidung. Bereits 2001 wurde hierzu von den wichtigsten agilen Softwareentwicklern der Zeit das Manifesto for Agile Software Development entworfen, das bis heute von vielen Entwicklern unterzeichnet wird. Dabei geht es darum, bestimmte agile Ziele in der Softwareentwicklung zu verfolgen: die Projektteilnehmer und deren gute Zusammenarbeit in den Mittelpunkt zu stellen, mehr Raum für die eigentliche Softwareentwicklung statt für aufwändige Dokumentationen zu lassen, eng mit den Kunden zusammenzuarbeiten und flexibel auf Änderungswünsche einzugehen.

Was ist das Rapid-Board?

Das Rapid-Board für das JIRA-Plugin Greenhopper gibt es seit August 2011. Seitdem wurde es mehrfach nachgebessert und den Wünschen der Entwickler in aller Welt angepasst. Mit dem Release 5.10 kam im Mai 2012 schließlich ein komplett neues Design für die Scrumplanung und Berichterstattung auf den Markt. Mittlerweile ist ein sehr schönes, intuitiv zu bedienendes Tool für die Planung agiler Projekte in JIRA entstanden. Wird das Greenhopper-Plugin in JIRA installiert, erhält man ein neues Agile-Menü.

Mit Greenhopper lassen sich die Aufgaben in JIRA  in verschiedenen Ansichten übersichtlich darstellen und im Rapid-Board die Arbeitspakete für den nächsten Sprint zusammenstellen.

Weiterlesen

Workflow zum Testen mit JIRA und Bonfire

Das im folgenden vorgestellte Testverfahren wird mit den kommerziellen Entwicklungstools JIRA und Bonfire von Atlassian durchgeführt. Diese werden mittlerweile in vielen Unternehmen weltweit eingesetzt, da die Lizenzen günstig und die Tools sehr gut für agile Softwareentwicklung geeignet sind.

Atlassian ist eine australische Softwarefirma die im Jahr 2002 von Mike Cannon-Brookes und Scott Farquhar in Sydney gegründet wurde, die sich aus Studienzeiten an der Universität von New South Wales kannten. Das Unternehmen machte 2009 einen Umsatz von AUD $58 Millionen und hat 20.000 Kunden weltweit. Atlassian ist Anbieter von Enterprise 2.0-Software.
JIRA ist das erste Softwareprodukt von Atlassian und seit 2002 auf dem Markt. Bonfire als ergänzendes Webseiten-Test-Plugin gibt es seit 2011. JIRA ist eine webbasierte Anwendung zur Fehlerverwaltung, Problembehandlung und operativem Projektmanagement. Primär wird JIRA für die Softwareentwicklung eingesetzt. Dort unterstützt es das Anforderungsmanagement, die Statusverfolgung und später den Fehlerbehebungsprozess. Der Name stammt vom ursprünglichen japanischen Namen für Godzilla, „Gojira“. Die Entwickler von JIRA wollten etwas mit Bezug zu Bugzilla und kamen so auf Gojira. Ausgesprochen wird es, der japanischen Lesart entsprechend, „Dschiera“ und nicht, wie vielfach fälschlich angenommen, „Dscheira“.

Eigentlich ist JIRA also für das Aufgabenmanagement gedacht. Vor allem wird in der Softwareentwicklung darüber das Bug-Management abgewickelt. Da Bugs häufig beim Testen gefunden werden, kann es Sinn machen, die Tests ebenfalls in JIRA abzubilden.

Hierbei handelt es sich mein eigenes Verfahren, das ich in folgendem Beitrag vorstellen will. Dabei werde ich erklären wie das Testen in JIRA funktioniert, wie es eingerichtet wird und was es für Vorteile hat.

1. Von UserStories zu Testcases

Zunächst werden aus vorhandenen UserStories Testcases für das Testen in JIRA erstellt.

Wie sollte ein Testcase aussehen?

Ein Testcase ist die kleinstmögliche Einheit in einer UserStory, wenn möglich nur eine Aktion des Nutzers. Er besteht aus einer Vorbedingung, einer durchzuführenden Aktion und einem erwarteten Ergebnis.

Beispiel:

Testcase: A reason is given why the login is in this particular context necessary
Pre-Condition:
User is not logged in
Action:
Check if next to login form a reason is given why the login is in this particular context necessary, incl. links to help articles.
Expected Result:
The reason is given and understandable, links to help are available.

Weiterlesen