Java >> Java Tutorial >  >> Java

Java Testing Weekly 15 / 2016

Java

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

  • So ersetzen Sie Regeln in JUnit 5 hilft Ihnen, JUnit 4-Regeln durch JUnit 5-Erweiterungen zu ersetzen. Dieser Beitrag beschreibt, wie Sie zwei bestehende Regeln umschreiben können (ConditionalIgnoreRule und TemporaryFolder ), um das von JUnit 5 eingeführte Erweiterungsmodell zu verwenden. Ich mag diesen Beitrag, weil er gut geschrieben ist und zeigt, wie einfach es ist, die in der Vergangenheit gemachten Fehler zu beheben (vorausgesetzt, Sie verwenden JUnit 5).
  • Die Gleichheitsprüfung ohne Gleichheitsmethode hilft Ihnen sicherzustellen, dass zwei Objekte die gleichen Daten enthalten. Es ist ziemlich einfach, Zusicherungen zu schreiben, die dies tun, aber diese Lösung erfordert mehr als eine Codezeile. Wenn Sie herausfinden möchten, wie Sie dies mit nur einer Codezeile tun können, sollten Sie diesen Blogbeitrag lesen.
  • Introducing FluentLenium (2) - Selenium Waiting Game beschreibt, wie Sie lesbare End-to-End-Tests schreiben können, die auf das Erscheinen eines bestimmten Elements warten, indem Sie eine Selenium-Erweiterung namens FluentLenium verwenden. Ob es Ihnen gefällt oder nicht, das Warten auf das Erscheinen von Elementen kommt häufig vor, wenn Sie End-to-End-Tests für moderne Webanwendungen schreiben. Deshalb denke ich, dass Sie sich diesen Blog-Beitrag (und FluentLenium) ansehen sollten.

Das wirklich Wertvolle

  • Um zu dem Punkt zurückzukehren, an dem wir einmal falsch lagen, erklärt, warum Sie den Begriff Regressionstests nicht verwenden sollten, wenn Sie mit Ihren Kunden sprechen. Es führt auch einen besseren Begriff ein, der hilft, die Erwartungen Ihrer Kunden zu erfüllen. Welcher Begriff ist das? Nun, wenn Sie eine Antwort auf diese Frage finden möchten, schlage ich vor, dass Sie diesen Blogbeitrag lesen.
  • Wiederherstellung einer defekten Testsuite erzählt die Geschichte eines Entwicklers (des Autors), der sich einem neuen Projekt anschloss und herausfand, dass seine vorhandene "Testsuite" wertlos war. Es beschreibt auch, wie der Autor den Wiederherstellungsprozess einleitete, der darauf abzielte, die Situation unter Kontrolle zu bekommen. Ich liebe diesen Beitrag, weil ich in der gleichen Situation war und ich weiß, dass es Mut braucht, den Status quo zu ändern. Außerdem bin ich wirklich stolz auf den Autor, weil er nicht das Schuldspiel gespielt hat. Stattdessen beschloss er, den anderen Entwicklern beim Schreiben automatisierter Tests zu helfen. Das war definitiv der richtige Anruf.
  • Wiederholung beim Testen erklärt, warum jede Wiederholung nicht schlecht ist und nicht durch automatisierte Prüfungen ersetzt werden sollte. Als ich diesen Blogbeitrag las, wurde ich wütend auf Entwickler (mich eingeschlossen) und andere Eiferer der Testautomatisierung, weil mir das Währungsbeispiel dabei half zu erkennen, dass es zwei Problembereiche gibt, die höchstwahrscheinlich nicht durch ordnungsgemäße automatisierte Prüfungen abgedeckt werden:Umgang mit Datum und Informationen und Umgang mit Geld (insbesondere verschiedenen Währungen). Daher denke ich, dass Entwickler von den in diesem Blogbeitrag beschriebenen Techniken profitieren würden.
  • Bei Null anfangen vs. alte Testdokumentation erklärt, warum Sie keine alten Testpläne (oder andere Dokumente) für die Planung von Testaktivitäten verwenden sollten, die Sie jetzt durchführen müssen. Dieser Beitrag ließ mich an alte automatisierte Tests denken, die kaputt sind, weil niemand sie warten wollte. Um genauer zu sein, begann ich mich zu fragen, warum sie nicht entfernt wurden. Welchen Sinn hat es, fehlerhaften Code in Ihrem Versionskontrollsystem zu belassen? Werfen Sie einfach Ihre kaputte Testsuite weg und fangen Sie von vorne an.

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