Java >> Java Tutorial >  >> Java

Java Test Weekly 20 / 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

  • Erstellen von datengesteuerten API-Tests mit REST Assured und TestNG beschreibt, wie Sie parametrisierte Tests für eine REST-API schreiben können, indem Sie TestNG und Rest Assured verwenden. Dies ist ein einführender Beitrag, aber wenn Sie keine Erfahrung mit diesem Thema haben und "sofort" anfangen müssen, sollten Sie sich diesen Blogbeitrag ansehen.
  • How to Split JUnit Tests in a Continuous Integration Environment beschreibt, warum Sie Ihre Testsuite in kleinere Testgruppen aufteilen und diese Testgruppen separat ausführen sollten. Außerdem werden verschiedene Techniken vorgestellt, mit denen Sie diese Testgruppen mit Maven erstellen können. Dies ist ein sehr nützlicher Blogbeitrag, da das gleichzeitige Ausführen aller Tests nicht so nützlich ist, wie Sie vielleicht denken.
  • JUnit vs. Spock + Spock Cheatsheet beschreibt, was mit JUnit nicht stimmt. Es bietet auch ein praktisches Cheatsheet, das Ihnen beim Einstieg in Spock Framework hilft. Ich gebe zu, dass ich Spock Framework wirklich mag, aber sein Problem ist, dass Sie Groovy lernen müssen. Dies ist natürlich kein Problem, wenn Sie motiviert sind, saubere Tests zu schreiben. Die traurige Tatsache ist jedoch, dass sich alle Entwickler nicht wirklich darum kümmern, saubere Tests zu schreiben.
  • Unit Testing RxJava:From Beginner to Competent User hilft Ihnen, automatisierte Tests für reaktiven Code zu schreiben, der mit RxJava geschrieben wurde. Dieser Blogbeitrag ist ein echtes Juwel, da es nicht viele Artikel gibt, die sich mit dem Schreiben automatisierter Tests für reaktiven Code befassen. Mit anderen Worten, wenn Sie mit reaktivem Code arbeiten, müssen Sie diesen Blogbeitrag lesen.

Das wirklich Wertvolle

  • Vier Dinge, die Sie über die Testautomatisierung wissen müssen identifiziert vier Dinge, die Sie über automatisierte Tests wissen müssen. Dies ist mein Gastbeitrag, den ich für WhiteSource Software geschrieben habe, und mein Ziel war es, die häufigsten Mythen über automatisiertes Testen zu zerschlagen. Am Ende werde ich auch einige Tipps geben, die Ihnen helfen, Ihre eigene Testautomatisierungsstrategie zu erstellen.
  • A No Jira Experiment ist eine Geschichte, die beschreibt, was passiert, wenn ein Hardcore-Jira-Benutzer beschließt, Fehler über andere Kommunikationskanäle zu melden. Das Ergebnis ist für mich nicht überraschend, da ich denke, dass Jira kein gutes Tool zum Melden von Fehlern ist. Das Problem ist, dass es extrem schwierig ist, einen Fehlerbericht zu schreiben, der behoben werden kann, ohne den Tester um zusätzliche Informationen zu bitten. Meistens muss man das Thema hin und her schieben. Das ist reine Zeitverschwendung. Ich denke, dass es viel produktiver (und unterhaltsamer) ist, das Problem zusammen mit einem Tester zu beheben, der die Korrektur überprüfen kann, nachdem ich sie geschrieben habe.
  • Unicorns of Testing ist ein Beitrag, der im Grunde erklärt, warum ein Tester nicht gewinnen kann, egal welchen Titel er/sie verwendet. Meiner Meinung nach ist eines der größten Probleme der Softwareentwicklung, dass wir Entwickler mehr wertschätzen als die anderen Mitglieder unseres Softwareentwicklungsteams. Es ist verrückt, weil das Schreiben von Code uns nicht dabei hilft, nützliche Software zu erstellen. Leider befürchte ich, dass diese Einstellung nirgendwohin führt.
  • Gut geschriebene Testfälle – oder auch nicht. Ein paar Gedanken zum Testdesign erklären, warum die Erstellung eines gut geschriebenen und detaillierten Testplans keine gute Idee ist. Das Problem ist, dass Sie nach Abschluss dieses Testplans null Funktionen erfolgreich getestet haben. Auch wenn Sie anfangen, diesem Testplan zu folgen, machen Sie keine Fortschritte, weil Sie die meiste Zeit damit verbringen, Testberichte zu schreiben. Das ist verrückt und eine totale Zeitverschwendung. Ich habe eine Idee:mehr testen und weniger schreiben.
  • Wem diene ich? erklärt, warum Entwickler ohne Tester nicht wertvoll sind und umgekehrt. Das ist eine der besten Beschreibungen, die ich je gesehen habe. Mit anderen Worten, wenn Sie einen arroganten Entwickler kennen, sollten Sie ihm/ihr diesen Blogbeitrag zeigen. Wenn Sie andererseits ein arroganter Entwickler sind, tun Sie sich selbst einen Gefallen und lesen Sie diesen Blogbeitrag.
  • When to Coach und When to Mentor erklärt den Unterschied zwischen Coaching und Mentoring und hilft Ihnen, den richtigen Modus auszuwählen, wenn Sie anderen helfen. Ich habe mich entschieden, diesen Beitrag zu dieser Liste hinzuzufügen, weil ich denke, dass er für jeden äußerst nützlich ist, der anderen Menschen helfen möchte, ihre Fähigkeiten zu verbessern. Wenn Sie dies nicht möchten, können Sie diesen Blogbeitrag einfach ignorieren.

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