Java >> Java Tutorial >  >> Java

Java Test Weekly 21 / 2016

Es gibt viele Blogs zur Softwareentwicklung, aber viele von ihnen veröffentlichen nicht regelmäßig Testartikel.

Außerdem ist mir aufgefallen, dass einige Softwareentwickler keine Blogs lesen, die von Softwaretestern geschrieben wurden.

Das ist schade, denn ich denke, dass wir viel von ihnen lernen können.

Aus diesem Grund habe ich beschlossen, einen Newsletter zu erstellen, der die besten Testartikel teilt, die ich in der letzten Woche gefunden habe.

Fangen wir an.

Technisches Zeug

  • Using Spring-Boot 1.4 Testing Features with Spock beschreibt, wie Sie die Testfunktionen von Spring Boot 1.4 nutzen können, wenn Sie automatisierte Tests mit Spock Framework schreiben. Es bietet auch einige Problemumgehungen für die Probleme, die von der Spring-Unterstützung von Spock Framework gefunden wurden. Beachten Sie, dass dieser Blogbeitrag davon ausgeht, dass Sie mit Spock Framework vertraut sind. Wenn dies nicht der Fall ist, sollten Sie sich vielleicht mein Spock-Tutorial ansehen (noch kein direkter Link, sorry).
  • Appium from Scratch – Installation unter Windows – Teil 1:Die Voraussetzungen beschreiben, wie Sie die Software installieren können, die für die Installation von Appium auf einem Computer mit Windows erforderlich ist. Dies ist ein ziemlich detaillierter Beitrag mit vielen Screenshots, die es einfach machen, die erforderlichen Schritte abzuschließen.
  • Appium from Scratch – Installation unter Windows – Teil 2:Das Android SDK und AVDs beschreibt, wie Sie das Android SDK auf einem Computer installieren können, auf dem Windows ausgeführt wird. Es hilft Ihnen auch bei der Konfiguration von Android Virtual Devices (oder ADKs), die zum Ausführen der eigentlichen Tests verwendet werden. Auch dies ist ein solider Beitrag mit vielen Screenshots.
  • Appium from Scratch – Installation unter Windows – Teil 3:Appium installieren beschreibt, wie Sie Appium auf einem Computer installieren können, auf dem Windows läuft. Es stellt auch einige verschiedene Installationsoptionen vor und beschreibt, warum Sie die "am weitesten fortgeschrittene" Option auswählen sollten.

Das wirklich Wertvolle

  • Chocolate and Prayer - An Anti Pattern for BDD ist ein interessanter Beitrag, der argumentiert, dass unsere Besessenheit von Testautomatisierungstools uns dazu gebracht hat, eines der ursprünglichen Prinzipien von BDD zu vergessen:Kommunikation und Zusammenarbeit. Auch wenn ich es nicht tun möchte, muss ich zugeben, dass ich dem Autor zustimme. Es scheint, dass Entwickler daran interessiert sind, verschiedene Testautomatisierungstools zu vergleichen, aber nur wenige Leute stellen diese Fragen:Wie soll ich diese Tools verwenden? und:Soll ich diese Tools überhaupt nutzen? und:Was soll ich testen?
  • Dashboard oder automatisierter Test erklärt, wie wir unsere automatisierten Tests (zumindest einige davon) durch ein Dashboard ersetzen können, das den Status unseres Systems visualisiert. Das ist eine interessante Idee und tatsächlich habe ich es in der Vergangenheit getan. Es war auf jeden Fall hilfreich, besonders wenn Sie nur Unit-Tests schreiben, da Unit-Tests uns nicht sagen, ob unser System richtig funktioniert. Mit anderen Worten, wenn Sie noch kein Dashboard haben, sollten Sie so schnell wie möglich eines erstellen.
  • Ermutigung zur Veränderung, wenn Sie der einzige Tester sind, ist ein ausgezeichneter Blog-Beitrag, der beschreibt, wie die Autorin eine Delle im Universum hinterließ, als sie die einzige Person war, die die Vorteile davon erkannte (zumindest am Anfang). Nun, ich gebe zu, dass ich vielleicht etwas zu poetisch bin, aber ich weiß, dass es wirklich schwierig ist, die Arbeitsweise einer Organisation zu ändern. Deshalb liebe ich diesen Blogbeitrag, weil der Autor nützliche Tipps gibt, die Ihnen helfen, dasselbe zu tun, wenn Sie müssen. Auch wenn der Artikel über die Erstellung eines Testteams spricht, denke ich, dass die Prinzipien hinter ihrem Handeln universell sind.
  • Lessons Learned from Delivery a Test Automation Workshop ist ein sehr guter Blogbeitrag, der beschreibt, was der Autor gelernt hat, als er einen Testautomatisierungs-Workshop organisiert hat. Genau genommen hat das nichts mit Testen zu tun, aber ich habe mich trotzdem entschieden, es hier hinzuzufügen, weil ich denke, dass die meisten von uns von seinem Rat profitieren werden.
  • TDD im wirklichen Leben, Teil 1 beschreibt, wie der Autor TDD im wirklichen Leben anwendet. Er beginnt nicht damit, Code zu schreiben. Stattdessen identifiziert er die wichtigen Storys, definiert Akzeptanzkriterien, identifiziert die erforderlichen Komponenten und priorisiert die wichtigen Storys neu. Dies ist ein wirklich faszinierender Beitrag, weil er das Design betont und erklärt, warum man es tun sollte, bevor man Code schreibt. Mit anderen Worten, es widerlegt den Mythos, der behauptet, dass Leute, die TDD machen, nichts designen.
  • Testen ist Software Sin-Eating ist ein etwas trauriger Blogpost, der erklärt, warum Tester ihre Prinzipien vergessen, wenn sie von Stakeholdern (den Menschen mit wirklicher Macht) unter Druck gesetzt werden. Ich habe Neuigkeiten für Sie:Softwareentwickler tun dasselbe, weil sie ebenfalls von Stakeholdern unter Druck gesetzt werden. Ich verstehe, dass das Endprodukt nur ein Werkzeug ist, mit dem entweder Geld verdient oder Geld gespart wird, aber ich verstehe nicht, warum diese Stakeholder Produkte herausbringen wollen, die von allen, die sie verwenden müssen, ziemlich gehasst werden. Das sieht für mich nicht nach einer Gewinnstrategie aus.

Es ist Zeit für Feedback

Weil ich möchte, dass dieser Newsletter Ihre Zeit wert ist, bitte ich Sie, mir dabei zu helfen, ihn zu verbessern.

  • Wenn Sie Feedback zu diesem Newsletter haben, teilen Sie uns Ihre Gedanken im Kommentarbereich mit.
  • Wenn Sie einen Blogbeitrag über automatisiertes Testen oder Softwaretests geschrieben haben, pingen Sie mich auf Twitter an.
  • Sie können diesen Blogpost auf Twitter teilen.

P.S. Wenn Sie sicherstellen möchten, dass Sie Java Testing Weekly nie verpassen, sollten Sie meinen Newsletter abonnieren.


Java-Tag