Die Qualität von Anwendungen, welche im Daten in der Datenbank speichern beruht zu großen Teilen auf der Qualität des Datenbankmodells, der Codequalität und den Daten selber.
In diesem Vortrag werden für alle 3 Kategorien Qualitätsstandards vorgestellt, die maßgeblich sind für eine hohe Qualität. Gerade im Bereich des Datenmodells, lassen sich viele logische Fehler innerhalb der Daten durch ein möglichst restriktives Datenmodell inklusive passender Metadaten verhindern. Auch in Bezug auf Definition von Berechtigungen oder Auswertungen sind sauber definierte Datenmodelle der Schlüssel zum Erfolg. Im Code gilt es dann angefangen von Code Guidelines, bis hin zu Best Practices im Bereich Logging, Exception Handling und allgemeiner Logik passend einfließen zu lassen.
Zuletzt sind Anforderung im Bereich der Stammdaten oder erwartete Mengen von Daten in bestimmten Tabellen ein Ansatz um böse Überraschungen zu vermeiden. Insgesamt hilft dieser Vortrag jedem der einem der den hohen Qualitätsstandards heutiger Anwendungen im Bereich der Datenbankentwicklung gerecht werden will.
3. 4
Wir platzieren uns unter die Top 20 IT-Dienstleister in Deutschland!
> 800 Mitarbeitende
Weltweit 14 Standorte
> 150 Kunden
> 10 Industrien
Dortmund
21. 22
3
1 2
QUASTO „Architektur“ Möglichkeiten zum Einsatz von Quasto
Datenbank
Schema A
Anwendung QUASTO
1. Ansatz
Quasto & Testschema
zusammen
Datenbank
Schema
A
Anwendung
A
QS
Schema
QUASTO
Schema
B
Anwendung
B
2. Ansatz
zentrales Quasto Schema
Remote aufgerufen
3. Ansatz
zentrales Quasto Schema
testet andere Schema
Datenbank
Schema
A
Anwendung
A
QS
Schema
QUASTO
Schema
B
Anwendung
B
22. 23
QUASTO
• Schema „QUASTO“ erstellen
• SYS - SQL>grant create procedure, public synonym, sequence, table,
trigger, type, view, job, session to quasto;
• QUASTO – SQL>@install [1/0] [1/0] [1/0] [1/0]
Parameter
• 1. Parameter => utPLSQL Unterstützung
• 2. Parameter => APEX Unterstützung
• 3. Parameter => Jenkins Unterstützung
• 4. Parameter => Logger Unterstützung
Installation
• Version 23.2
• komplett neue Installation möglich
• upgrade von 1.0 oder 1.1 möglich
Quasto
• Nutzung von Logger
• Nutzung von utPLSQL
• Nutzung von APEX
Optional
30. 33
utPLSQL Generierung
declare
pi_scheme_names varchar2_tab_t := new varchar2_tab_t('DEMO');
begin
qa_unit_tests_pkg.p_create_unit_test_packages(
pi_option => qa_constant_pkg.gc_utplsql_single_package,
pi_scheme_names => pi_scheme_names,
pi_delete_test_packages => ‘Y’
);
end;
gc_utplsql_single_package constant number := 1;
gc_utplsql_single_package_per_rule constant number := 2;
ohne Parameter Package für jedes Schema
N / Y => default N
qa_ut_demo_mt_ag_pkg
31. 34
utPLSQL Tests ausführen
declare
l_return clob;
begin
l_return := qa_unit_tests_pkg.f_run_unit_tests(
pi_client_name => ‘MT AG’,
pi_scheme_name => ‘DEMO‘);
end;
Projektname
Schema was getestet wird
Unit Test konformes XML wird erzeugt