MS-Access oder MS-SQL?

[freimatz]

Zitat von MichaelT:

Liest die Anwendung den Inhalt der DB ein? Sprich ist solche eine kleine DB eine andere Form von Testscript?

Ja. Nein.

Zitat von MichaelT:

Prinzpiell wäre es klüger das 'Testscript' in dem Format anzubieten in dem der bestehende Test'mechanismus' die Tests heute schon liest.

Inwiefern ist das relevant für die Frage MS-Access oder MS-SQL?

Kathinka rulez

[MichaelT]

Zitat von freimatz:

Zitat von MichaelT:

Liest die Anwendung den Inhalt der DB ein? Sprich ist solche eine kleine DB eine andere Form von Testscript?

Ja. Nein.

Zitat von MichaelT:

Prinzpiell wäre es klüger das 'Testscript' in dem Format anzubieten in dem der bestehende Test'mechanismus' die Tests heute schon liest.

Inwiefern ist das relevant für die Frage MS-Access oder MS-SQL?

Kathinka rulez

Was steht dann in den DBs drinnen? Die gesammelten 'Testscripte' vermutlich. Oder wie sollte man folgenden Text interpretieren.

Ich schrieb "ich habe eine Anwendung, die unterstützt MS-Access oder MS-SQL. Für automatische Tests gibt es Testdatenbanken.". Es geht mir hier um den Test der Anwendung, nicht um den Test der Datenbanken. Und ja, es geht auch nicht um unit-tests. Es sind hier das was manche Coded-UI-Tests nennen.

Ein vereinfachtes Beispiel für einen Test:
- Öffne Anwendung mit DB "Bla"
- Öffne in der DB Bereich "7162"
- Aktiviere Action "Fu"
- Warte bis Menüband (Ribbon) erscheint
- Fülle in die Eingabefelder b1,b2,b3 die Elemente von der DB x001, x002 bzw. x003 ab
- Prüfe ob in der DropDown-Liste Z003 die Einträge M und L drin sind.
Ob die Elemente x001, x002 bzw. x003 von einer Access oder MS-SQL DB stammen ist für den Test völlig egal.

Ich ging mal davon aus, dass diese Anweisungen technischer formuliert von der Anwendung oder einer Testumgebung maschinell gelesen und automatisiert ver- resp. abgearbeitet werden.

-

Du hast angedeutet, dass dir Änderungen im Moment wohl kaum zugestanden würden. An sich solltest du mit LocalDB das Auslangen finden. Du hättest dann nur ein Set an Testfällen in einer technischen Formulierung (also einem DB Format).

[freimatz]

In den DBs drinnen sind Testdaten. Also z.B. die Elemente x001, x002 bzw. x003.

Nein, nochmals, die Testscripte sind dort nicht drin.

Ja, die Anweisungen sind technischer formuliert, als in meinem Beispiel.

Ich sehe gerade nicht was LocalDB mir bringen soll ausser viel Arbeit. Das ist auch wie ich es sehe für etwas anders da.
Eher düfte MS-SQL Express passen, dass dann von den Testscripten mit sqlcmd angesteuert wird.

[MichaelT]

Danke. Das war mir so nicht klar.

Local DB ist heute eine speziell konfigurierter SQL Server Express. Ich dachte allein da diese DB oft auf Workstation images, zwar in älterer Version aber doch, in manchem OS image vorhanden ist, wie einst die Access libraries bspw. auf Windows Servern z. B. da eine Serveranwendung der MS darauf lief. Deswegen konnte man sich drauf verlassen, dass die Libraries verfügbar sind.

Wenn die Scripts aber losgelöst sind, dann spricht mal wenig gegen SQL Express.

Zitat von freimatz:

In den DBs drinnen sind Testdaten. Also z.B. die Elemente x001, x002 bzw. x003.

Nein, nochmals, die Testscripte sind dort nicht drin.

Ja, die Anweisungen sind technischer formuliert, als in meinem Beispiel.

Ich sehe gerade nicht was LocalDB mir bringen soll ausser viel Arbeit. Das ist auch wie ich es sehe für etwas anders da.
Eher düfte MS-SQL Express passen, dass dann von den Testscripten mit sqlcmd angesteuert wird.