Links der Woche

• Eine Sammlung der 75 besten(?) Blogs über das Testen von Software: abtstracta.us/blog/75-best-software-testing-blogs
• Werden manuelle Tests benötigt? Eine Antwort versucht dieser Blog zu geben.
• Und hier ein Beitrag zu dem Thema, wann ist Testautomatisierung sinnvoll.
• Ein Post über das Löschen von automatisierten Test.
• Wie ist mit nicht-deterministischen Tests umzugehen? Dieser Blog versucht das Thema zu beleuchten.
• Google´s Guava ist mittlerweile ein alter Hut und mit Java 8 sind viele Ideen aus Guava mit ins JDK eingeflossen. Dennoch lohnt sich ein Blick. Beispiel: Ranges, Throwables, Graphs
• Wiremock simuliert HTTP basierte APIs. Interessant ist die Wiremock API selber. Die Aufrufe für das Starten/Stoppen und Stubben der Methoden kann man bequem im Testcode integrieren oder man startet Wiremock als eigenständigen Service.
• Zahlen-, Datums- oder Währungskonvertierungen in Javascript? Dann empfiehlt sich Globalize.
• Ein Texteditor für das Web. Im Mittelpunkt der Funktionalität steht das gemeinsame, gleichzeitige Arbeiten an einem Dokument.
• Fefes Blog. Kennt ihr schon, oder?
• Brewcraft, die wahre Kunst Bier zu brauen. Hier gibt es alles für den Hobbybrauer. Mit einem interessanten Artikel über alkoholfreie Biere.
• Das java.util.Optional lässt mich nicht in Ruhe. Auf der einen Seite bietet es neben #isPresent() nette Abkürzungen wie #ifPresent(), #orElse() oder #orElseThrows(). Auf der anderen Seite habe ich im Alltag das Gefühl, dass das Optional eine inflationäre Verwendung findet. Im www fand ich dazu die folgenden Artikel.
  • Nothing is better than optional. Zeigt die Pros und Cons zu dem Thema auf.
  • Ein ausführlicher Artikel zu Optionals.
  • Und hier ein tiefgründiger Text, warum Optional 'broken' ist.
  Eine allgemeine Empfehlung lautet:
  • Never, ever, use null for an Optional variable or return value.
  • Never use Optional.get() unless you can prove that the Optional is present.
  • Prefer alternative APIs over Optional.isPresent() and Optional.get().
  • It’s generally a bad idea to create an Optional for the specific purpose of chaining methods from it to get a value.
  • If an Optional chain has a nested Optional chain, or has an intermediate result of Optional, it’s probably too complex.
  • Avoid using Optional in fields, method parameters, and collections.On a related note, I thought of another rule after I presented the session: Don’t use an Optional to wrap any collection type (List, Set, Map). Instead, use an empty collection to represent the absence of values.