Java >> Java Tutorial >  >> Java

Java Test Weekly 28 / 2017

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

  • Assuring Architectural Rules with ArchUnit ist ein interessanter Beitrag, der beschreibt, wie Sie automatisierte Tests schreiben können, die Architekturregeln durchsetzen.
  • Die Einführung in die Spock-Spezifikationen ist eine kostenlose Beispiellektion meines Kurses „Test With Spring“. Es identifiziert die Bausteine ​​einer Spock-Spezifikationsklasse, hilft Ihnen bei der Erstellung Ihrer ersten Spock-Spezifikation und beschreibt, wie Sie Instanzfelder und Fixture-Methoden verwenden können.
  • Einführung in Feature-Methoden ist eine kostenlose Beispiellektion meines Kurses Test With Spring. Es identifiziert die Bausteine ​​einer Spock-Feature-Methode und beschreibt, wie Sie diese Bausteine ​​verwenden können, wenn Sie Feature-Methoden schreiben.
  • Mocking HTTP, Mockito style beschreibt, wie Sie mit Hoverfly Java einen Mock-HTTP-Server erstellen und sicherstellen können, dass der Mock-Server alle erwarteten HTTP-Anforderungen erhalten hat.
  • Automatisierung von MySQL-Infrastrukturtests bei GitHub ist ein sehr interessanter Beitrag, der beschreibt, wie Github automatisierte Tests verwendet, um sicherzustellen, dass seine MySQL-Infrastruktur wie erwartet funktioniert und funktioniert.

Das wirklich Wertvolle

  • ROI of Less Automation ist ein seltener und wertvoller Blogbeitrag, der drei Vorteile von weniger automatisierten Tests aufzeigt.
  • Sollten Entwickler ihre eigenen Fehlerbehebungen überprüfen? identifiziert die Vor- und Nachteile eines "Prozesses", bei dem ein Entwickler für die Überprüfung seiner eigenen Fehlerkorrekturen verantwortlich ist. Ich muss zugeben, dass dies eine etwas verwirrende Frage ist, weil ich immer davon ausgegangen bin, dass es in meiner Verantwortung liegt, zu überprüfen, ob mein Bugfix den Fehler tatsächlich behebt, bevor ich Code an das Versionskontrollsystem übergebe. Um ehrlich zu sein, fühlt es sich lächerlich (und ein bisschen unprofessionell) an, diese Verantwortung an jemand anderen auszulagern.

Es ist an der Zeit, Ihre Abhängigkeiten zu aktualisieren

  • Arquillian Container GlassFish 1.0.1 veröffentlicht
  • Karate DSL 0.4.3 wurde veröffentlicht
  • Mockito 2.8.53 wurde veröffentlicht

Java-Tag