In dieser Serie stellen wir in loser Folge nützliche Shellbefehle unter Linux vor. Dieses Mal geht es um
find
einen der am häufigsten benutzten Shellbefehle und unverzichtbares Hilfmittel, wenn es darum geht, mit komplexen Kriterien nach Dateien zu suchen.
Den Datentyp Boolean in PL/SQL gibt es schon lange. Der ISO-Standard definiert einen Boolean-Typen auch für SQL. Wie sieht es damit bei Oracle aus?
Nicht immer funktioniert die Installation von Extensions im SQL Developer reibungslos. Ich bemerkte das Problem bei der Installation meines ersten Plug-Ins, dem Trivadis Code-Checker Plugin (tvdcc), das sich im Code Editor über den neuen Kontextmenüpunkt ‚Check‘ starten lässt und den aktuellen PL/SQL-Code prüft.
Die Lösung ist eigentlich ganz einfach – wenn man weiß, worauf man achten muss…
Aus der Reihe SQL-Developer-Shortcuts, die man kennen muss heute zwei Kopierbefehle für das Data Grid.
Ich weiß nicht, wie es Ihnen geht, aber ich möchte meistens ‚mal eben‘ ein paar Daten aus einer SQL-Abfrage nach Excel kopieren, und habe keine Lust, dafür den ganzen Export-Wizard zu durchlaufen.
Die Abkürzung für ‚Faule‘ finden Sie in diesem Artikel…
Ein kleiner Schritt für die Menschheit, aber ein echter Performance-Booster, der mir jeden Tag die Arbeit erleichtert:
Es gibt im SQL Developer die Möglichkeit, sowohl aus dem Data Grid einer Tabelle wie auch im Ergebnis-Fenster eines Worksheets gezielt mehrere Spaltennamen in die Zwischenablage zu übernehmen, und zwar mundgerecht kommasepariert!
Nun komme ich zu dem häufigsten und wohl auch schwerwiegendsten methodischen Fehler, welcher auch noch heute im Rahmen von Tests begangen wird:
Der Verzicht auf ein funktionierendes Test-Management!
Oft sieht man folgendes Bild: Die Vorbereitungsaktivitäten vor der eigentlichen Testdurchführung beschränkt sich in der Regel auf eine Kurzeinführung in die wesentlichsten Testregeln wie auch Funktionalitäten des zu testenden Systems in Form einer Schulung.
Fast immer fehlt das Testdaten-Management wie auch eine professionelle Verwaltung der verschiedenen Testumgebungen. Dabei haben Testdaten wie auch Testumgebungen entscheidenden Einfluss auf die ermittelten Testergebnisse.
Falsche Konfigurationen der Systeme, eine ungenaue Beschreibung der primären wie sekundären Testdaten, Un-Managed Changes, instabile, teils nicht verfügbare (Teil-)Systeme können so oft zu Fehlern führen, deren Ursachen nicht in mangelhaften Produktqualitäten liegt. In der Regel werden diese Punkte auch in den nachfolgenden Analyse-Phasen erkannt. Jedoch kostet dies wichtige Zeit, welche für das Fixing der tatsächlichen Defekte fehlt oder die Behebungszeiten deutlich verlängert.
Dieser Punkt ist wohl eine Wissensdisziplin innerhalb des Testens mit der größten Bandbreite an Vorstellungen und Erwartungen, welche von nicht sinnvoll einsetzbar bis löst alle unsere Probleme reichen. Auf dieser Basis kann das Werkzeug wohl kaum den Anforderungen und Erwartungen gerecht werden.
Test-Know-how wird auch heute noch als geringwertig eingestuft. Betrachten Sie hierzu einmal die Universitätslandschaft und suchen Sie in Deutschland Fakultäten oder wissenschaftliche Institute, welche sich dem Thema Software-Qualität wirklich ernsthaft annehmen. Hier gibt es einige vorbildliche Ausnahmen, mehr jedoch auch nicht. Das ist zu wenig in einem der für die nächsten zwanzig Jahre strategisch wichtigsten Bereiche in der Software-Industrie.
