Java >> Java Tutorial >  >> Java

Java Testing Weekly 16 / 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

  • Das 20-mal schnellere Ausführen von Datenbankintegrationstests hilft Ihnen, die Leistung Ihrer Integrationstestsuite zu verbessern, indem Sie die Dauerhaftigkeitsanforderungen von ACID-Transaktionen opfern. Wenn Sie Ihre Integrationstests gegen einen echten Datenbankserver (d. h. den, den Sie in der Produktion verwenden) ausführen und Ihre Testsuite schneller machen möchten, sollten Sie diesen Blogbeitrag lesen.
  • JUnit 5 - Erweiterungsmodell identifiziert die Probleme des JUnit 4-Erweiterungsmodells und beschreibt, wie JUnit 5 darauf abzielt, diese Probleme zu lösen, indem Erweiterungspunkte gegenüber Funktionen bevorzugt werden. Dies ist der vierte Teil des exzellenten JUnit 5-Tutorials von Nicolai Parlog. Wenn Sie die anderen Teile seines Tutorials noch nicht gelesen haben, empfehle ich Ihnen, sich diese ebenfalls anzusehen.
  • Robot Framework Tutorial 2016 – Integration mit TeamCity CI-Server ist der fünfte Teil des neuen Robot Framework-Tutorials von Codecentric und hilft Ihnen, Robot Framework mit TeamCity CI-Server zu integrieren. Ich mag diesen Blogbeitrag, weil es irgendwie sinnlos ist, automatisierte Tests ohne die Verwendung eines CI-Servers durchzuführen, aber ich würde gerne ein Tutorial sehen, das mir hilft, Robot Framework mit Jenkins zu integrieren. Wie auch immer, wenn Sie Robotertests mit dem TeamCity CI-Server durchführen möchten, hilft Ihnen dieser Blogbeitrag beim Einstieg.
  • Testverbesserungen in Spring Boot 1.4 beschreibt die Testverbesserungen von Spring Boot 1.4. Ein Grund, warum ich Spring so sehr mag, ist die großartige Testunterstützung. Ich weiß, dass Java EE auch eine sehr gute Testunterstützung hat (überprüfen Sie Arquillian), aber aus irgendeinem Grund kann ich keine neuen Blog-Posts darüber finden. Das ist schade, denn ich würde sie gerne in Java Testing Weekly vorstellen.

Das wirklich Wertvolle

  • 100 % Abdeckung ist möglich ist ein philosophischer Beitrag, der versucht, die Bedeutung von „100 % Abdeckung“ zu finden. Obwohl dieser Beitrag Ihnen höchstwahrscheinlich nicht die Antworten gibt, die Sie suchen, hilft es zu verstehen, dass die Begriffsabdeckung nicht so klar ist, wie Sie vielleicht denken. Dies ist wertvoll, da Sie immer weitere Informationen zur Deckung finden und möglicherweise zu einer Schlussfolgerung gelangen (und erkennen, dass Ihre Schlussfolgerung falsch ist).
  • Ignoranz als Werkzeug, um bessere Fragen zu formulieren (Leider ist dieser Artikel nicht mehr verfügbar) erklärt, warum Unwissenheit ein wertvolles Werkzeug sein kann, wenn wir es verwenden, um Informationen aus dem zu testenden System zu erhalten. Ich nehme an, dass dieser Blogbeitrag über exploratives Testen spricht, aber ich denke, wir können die gleiche Technik verwenden, wenn wir automatisierte Tests schreiben.
  • The Danger of the Technocrat Tester ist eine lange Tirade, die die Probleme beschreibt, die von Leuten verursacht werden, die glauben, dass Testautomatisierung und Testautomatisierungstools altmodische Tests ersetzen können. Ich vermute, dass ich das Problem nicht ganz verstehe, weil es unglaublich erscheint, dass ein Entwickler jemand anderen automatisierte Tests für seinen Code schreiben lässt. Vielleicht liegt es nur an mir, aber wenn ich Code schreibe, schreibe ich Einheiten- und Integrationstests für diesen Code. Ich habe auch meinen Anteil an End-to-End-Tests geschrieben, aber ich denke, dass diese auch von einem Tester geschrieben werden könnten. Außerdem hätte ich nie gedacht, dass automatisierte Tests einen Tester ersetzen könnten. Vielleicht verstehe ich deshalb dieses Problem nicht.
  • The Ultimate Tester:Value Creation beschreibt, wie ein agiler Tester vom ersten Tag an Wert schaffen kann. Ich werde nicht verraten, wie ein ultimativer Tester dies tun kann, weil ich denke, dass Sie den ursprünglichen Blog-Beitrag lesen sollten. Ich vermute jedoch, dass die größte Herausforderung eines ultimativen Testers darin besteht, dafür zu sorgen, dass sich seine Teammitglieder nicht durch seine Handlungen bedroht fühlen. Ich denke, dass ein ultimativer Tester eine äußerst wertvolle Ergänzung für jedes Team wäre, aber leider können sich (unsichere) Menschen wie Kinder verhalten, wenn sie das Gefühl haben, dass jemand ihre Autorität in irgendeiner Weise bedroht.

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