Java >> Java Tutorial >  >> Java

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

  • A Guide to JMockIt Expectations beschreibt, wie Sie Methoden stubben, Erwartungen spezifizieren und Interaktionen mit JMockIt überprüfen können. Dieser Beitrag wurde im Kochbuchformat geschrieben und Sie können ihn als Referenzhandbuch verwenden.
  • JUnit 5 - An Early Test Drive - Part 1 bietet eine sehr umfassende Einführung in JUnit 5. Dieser Beitrag nennt zum Beispiel die Gründe, warum Leute das Gefühl hatten, JUnit neu schreiben zu müssen, beschreibt die Architektur und Module von JUnit 5 und erklärt, wie Sie mit JUnit 5 automatisierte Tests schreiben können.
  • Verwenden von JUnit-Regeln zum Vereinfachen Ihrer Tests stellt drei grundlegende JUnit 4-Regeln vor, die Ihnen helfen, Ihre Einheitentests zu vereinfachen. Außerdem wird beschrieben, wie Sie dasselbe Ziel erreichen können, indem Sie benutzerdefinierte JUnit 4-Regeln implementieren.

Das wirklich Wertvolle

  • Ein Ansatz zum effizienteren Testen Ihrer Benutzeroberfläche beschreibt den Unterschied zwischen dem Testen der Benutzeroberfläche und dem Testen der Anwendungslogik über die Benutzeroberfläche. Außerdem wird erklärt, was das Model-View-ViewModel (MVVM)-Muster ist, und es wird eine kurze Einführung in das Testen von Benutzeroberflächen gegeben, die mithilfe des MVVM-Musters erstellt wurden.
  • Fantastisches Tool zum Erstellen wunderbarer Bildschirmaufnahmen gefunden identifiziert das Tool, das der Autor zum Erstellen animierter GIF-Bilder verwendet. Also, was hat das mit Testen zu tun? Eigentlich ziemlich viel. Wenn Sie einen Fehler finden, können Sie ein animiertes GIF erstellen, das zeigt, wie Sie den Fehler reproduzieren können UND dieses GIF an den Fehlerbericht anhängen. Dies ist eine leistungsstarke Technik, die Entwicklern hilft zu sehen, wie ein bestimmter Fehler reproduziert werden kann. Die Sache ist, dass Fehlerberichte oft unvollkommen sind und ich den Bericht oft an den ursprünglichen Melder zurücksenden muss, weil ich den Fehler nicht reproduzieren konnte, indem ich die Anweisungen im Fehlerbericht befolgte. Oft liegt es daran, dass ich die Anleitung falsch verstanden habe. Dieses Tool stellt sicher, dass Sie die Anweisungen nicht missverstehen können, da Sie sie sehen können wie Sie den Fehler reproduzieren können. Mit anderen Worten, dieses Tool hilft Ihnen, Zeit, Nerven und Geld zu sparen.
  • Setup Assertions ist ein wirklich kurzer Blog-Beitrag, aber der Autor macht einen hervorragenden Punkt. Wenn Sie seinem Rat nicht folgen, erhalten Sie am Ende eine Testsuite, die nicht so einfach zu lesen ist, wie sie sein könnte, weil Ihre Behauptungen die Aufmerksamkeit des Lesers vom Setup-Code auf die Behauptungen lenken. Mit anderen Worten, diese Behauptungen helfen Ihnen, die Essenz Ihres Testfalls zu verbergen, und das ist (überraschenderweise) keine gute Sache.
  • Unit Tests Anti-Patterns:TDD without Refactoring zeigt, wie Sie Copy-Paste-Code aus Ihrer Testsuite entfernen können, indem Sie Ihre Tests umgestalten. Obwohl das in diesem Beitrag beschriebene Beispiel recht einfach ist, denke ich, dass es dennoch wertvoll ist, insbesondere wenn Sie gerade erst begonnen haben, automatisierte Tests zu schreiben. Ich denke, es ist in Ordnung, beim Schreiben Ihrer Tests Copy-Paste zu verwenden, aber Sie sollten Ihre Tests umgestalten, sobald Sie einen Teil des Copy-Paste-Codes bemerken, der entfernt werden kann.
  • Wessen Schuld ist es überhaupt? ist ein Beitrag, der beschreibt, was passieren kann, wenn man sich darauf konzentriert, einen Schuldigen zu finden, wenn etwas schief geht. Die Moral dieser Geschichte lautet:Spiel nicht die Schuld. Konzentrieren Sie sich darauf, Ihre Kommunikationsfähigkeiten zu verbessern, und denken Sie daran, dass niemand perfekt ist. Jeder macht Fehler (auch Sie) und der beste Weg, mit der Situation umzugehen, besteht darin, das Problem einfach zu beheben und sicherzustellen, dass es in Zukunft nicht wieder vorkommt.

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 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 Blogbeitrag auf Twitter teilen.

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


Java-Tag