Java >> Java Tutorial >  >> Java

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

  • Automate Amazon:Writing a Shopping Cart Test ist der neueste Teil von T.J. Mahers Automate Amazon-Tutorial. Es erklärt, wie Sie einen Test schreiben können, der sicherstellt, dass Amazon.com den Preis eines Produkts behält, das in einen Einkaufswagen gelegt wird. Das bedeutet, dass der auf der Warenkorbseite angezeigte Preis mit dem auf der Produktseite angezeigten Preis übereinstimmen muss. Übrigens setzt dieser Beitrag voraus, dass Sie die früheren Teile dieses Tutorials gelesen haben.
  • JPA-Testfallvorlagen führt Testfallvorlagen ein, die zum Bereitstellen eines fehlgeschlagenen Testfalls verwendet werden können, wenn Sie einen im Hibernate ORM gefundenen Fehler melden. Dies ist eine ausgezeichnete Idee, da das Schreiben eines Testfalls Zeit in Anspruch nimmt und dies bedeutet, dass einige Personen dies möglicherweise nicht tun möchten. Diese Vorlagen eliminieren diese Ausrede, weil sie die ganze schwere Arbeit erledigen. Tatsächlich denke ich, dass alle Open-Source-Projekte ähnliche Vorlagen bereitstellen sollten.
  • Robot Framework Tutorial 2016 – Schlüsselwörter bietet eine schnelle Einführung in Schlüsselwörter. Dieser gut geschriebene Blogbeitrag beschreibt, wie Sie die vorhandenen Schlüsselwörter verwenden und Ihre eigenen Schlüsselwörter schreiben können, die auf den vorhandenen basieren. Wenn Sie nach einem guten Robot Framework-Tutorial suchen, haben Sie es gerade gefunden.
  • Testen der Persistenz mit Arquillian auf TomEE beschreibt, wie Sie Integrationstests für die Java Persistence API schreiben können, indem Sie Arquillian und Apache TomEE verwenden. Einige von Ihnen wissen vielleicht, dass ich ein Spring-Typ bin, aber das bedeutet nicht, dass ich ein nützliches Test-Framework nicht zu schätzen weiß, nur weil es Java EE verwendet. Ich muss zugeben, dass ich von Arquillian ziemlich beeindruckt bin. Die in diesem Blogbeitrag beschriebenen Tests sehen sehr sauber aus, und es war schön zu sehen, dass sich die Dinge in den letzten fünf Jahren stark verbessert haben.
  • Testing With Spock:The Logical Choice ist eine Aufzeichnung des SpringOne 2GX-Vortrags, der in Washington DC von Iván López gehalten wurde. Es beschreibt die grundlegenden Konzepte von Spock Framework und zeigt, wie Sie saubere Tests mit weniger Code schreiben können. Dieser Vortrag dauert ungefähr 85 Minuten, aber wenn Sie eine schnelle Einführung in Spock Framework erhalten möchten, sollten Sie sich dieses Video ansehen.

Das wirklich Wertvolle

  • Unterstützung bei Anfragen:Die Einführung ist der erste Teil einer Reihe, die Ihnen hilft, die Informationen zu teilen, die Sie während des Testens finden. Die Sache ist die, dass Tests nicht nur Fehler aufdecken. Sie werden höchstwahrscheinlich unvollständige Anforderungen finden, die mit den Stakeholdern Ihres Softwareprojekts besprochen werden müssen. Wenn Sie sinnvolle Diskussionen mit diesen Personen führen möchten, müssen Sie ihnen relevante und nützliche Informationen zur Verfügung stellen. Das ist offensichtlich, aber zu viele Menschen tun es nicht. Aus diesem Grund ist diese Serie äußerst nützlich (vorausgesetzt, die restlichen Beiträge sind so gut wie der erste).
  • Mapping Bias to Testing, Part 1:Introduction ist der erste Teil einer Reihe, in der die Autorin ihren Lernprozess beschreibt, während sie versucht, Denkverzerrungen loszuwerden, die in dem Buch mit dem Titel:Thinking, Fast and Slow von Daniel beschrieben werden Kahneman (übrigens ein ausgezeichnetes Buch). Dieser Beitrag beschreibt die Grundlagen des schnellen und langsamen Denkens und identifiziert die Dinge, die in den nächsten Teilen dieser Serie besprochen werden. Wenn Sie das Buch von Daniel Kahneman mögen, wird Ihnen auch diese Reihe gefallen.
  • Mobile Testing Cheat Sheet identifiziert 32 verschiedene Abschnitte, die Sie berücksichtigen müssen, wenn Sie mobile Anwendungen entwickeln und testen. Wenn Sie Webanwendungen schreiben, denken Sie wahrscheinlich nie über Dinge wie Akkuverbrauch, Mobilfunknetze oder Sensoren nach. Diese Dinge sind jedoch unerlässlich, wenn Sie mobile Anwendungen schreiben (oder testen). Wie auch immer, ich empfehle Ihnen, sich diesen Spickzettel anzusehen. Ich bin mir sicher, dass Ihnen etwas auffallen wird, das Sie wahrscheinlich testen sollten (selbst wenn Sie Webanwendungen schreiben).
  • Veraltete Testkonzepte Nr. 1 räumen mit dem Mythos auf, dass das Testen so einfach ist, dass jeder es tun kann. Dieser Mythos lebt, weil die Leute denken, dass Tester im Grunde nur Fehlersucher sind, die einen vordefinierten Testplan ausführen. Ich denke, dass Tester eher wie Informationsanbieter sind, die Informationen suchen, die Entwickler und andere Interessengruppen möglicherweise verpasst haben. Sie könnten Fehler finden, aber sie könnten genauso gut ein Usability-Problem oder eine fehlende Anforderung finden. Das klingt nicht nach einem Job, der von hirnlosen Zombies erledigt werden kann.
  • Testen neu erfinden:Was ist Integrationstesten? (Teil 1) ist eine Diskussion zwischen einem Mentor (dem Autor) und einem Studenten. Sie begannen ihre Diskussion, als der Autor diese Frage stellte:Was meinen Sie mit Integrationstests? Als ich diesen Blogbeitrag las, wurde mir klar, dass, obwohl diese beiden Leute über Integrationstests sprechen, die Lehre aus diesem Beitrag (IMO) lautet, dass wir einen Begriff definieren sollten, bevor wir ihn verwenden, da dies die einzige Möglichkeit ist, Missverständnisse zu vermeiden.
  • Hilfreiche Tipps zur Testautomatisierung bietet eine sehr gute Beschreibung der Testautomatisierungspyramide und beschreibt, warum es keine gute Idee ist, zu viele Tests zu schreiben, die zu den oberen Ebenen dieser Pyramide gehören. Der interessanteste Teil dieses Blogposts spricht jedoch über die Zusammenarbeit zwischen Entwicklern und Testern und erklärt den Unterschied zwischen Testen und Prüfen.
  • Testing:Appetite Comes With Eating erklärt, warum der Autor damit begann, automatisierte Tests für seinen Code zu schreiben. Es ist eine ganz gewöhnliche Geschichte. Ich denke, dass die Unternehmens-/Teamkultur einen großen Einfluss auf unsere Arbeitsweise hat. Wenn Sie Teil der Lösung sein wollen, müssen Sie Ihre Kollegen ermutigen, Tests zu schreiben, und allen Interessierten helfen.
  • Gedanken:Soll ich bleiben oder soll ich jetzt gehen? ist ein inspirierender Blogbeitrag, der die Gründe aufzeigt, warum die Autorin beschlossen hat, ihre Jobs als Testerin aufzugeben. Am Ende dieses Blogbeitrags erklärt sie auch, warum sie das Testen nicht verlassen hat. Der Grund, warum mich dieser Beitrag inspiriert, ist, dass man das Wort Tester durch das Wort Entwickler ersetzen könnte und es immer noch viel Sinn machen würde.

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