Wir haben verschiedene Systeme, bei denen die Mehrheit unserer Geschäftslogik innerhalb von gespeicherten Prozeduren liegt. Wir müssen einige Tests schreiben, die grundsätzlich prüfen, ob sich die Daten in der erwarteten Weise geändert haben, wenn ein gespeicherter Proc ausgeführt wurde. Ich möchte auch einige grundlegende Schematests, Eingabe- und Ausgabeparametern usw. auch.
Ich habe DBfit und MSTest-Datenbank-Tests untersucht und momentan bin ich auch nicht verkauft. Ich habe Nunit verwendet, um c # -Code zu testen, und habe mich gefragt, ob die Verwendung von Nunit ein guter alternativer Ansatz für das Testen gespeicherter Procs innerhalb von .net wäre (vielleicht unter Verwendung von EF4)
Etwas wie
Wäre dies eine geeignete Methode, um gespeicherte Prozesse zu testen? Gibt es andere, bessere Methoden?
Meinungen und Rückmeldungen würden geschätzt: -)
EDIT: das möchte ich auch gerne in unseren CI-Prozess mit TeamCity integrieren
Ja, Sie können die Tests innerhalb von VS und der Testumgebung des Geräts durchführen. Sie sollten jedoch auch in tSQLt eine Lösung für Komponententests für SQL Server suchen. Ссылка
Red-Gate bietet ein SSMS-Add-In, um diesen Ansatz zu unterstützen. Ссылка
Ich finde, dass Komponententests und Performance-Tuning-SQL-Parts unabhängig von .NET-Komponententests durchgeführt werden können. Ich stimme zu, dass die Integration mit Ihrem CI-Server und die Berichterstattung über Erfolg / Misserfolg durch den CI-Server-Berichtmechanismus ein wertvolles Ziel ist.
Vielleicht AnyDbTest könnte etwas für Sie bezüglich der Komponententests sein.
Verwenden Sie zur Überprüfung von Schema und DB-Code (SPs usw.) ein DB-Diff-Tool Ihrer Wahl. Oder werfen Sie einen Blick auf den bsn ModuleStore , der versucht, die Versionierung, Aktualisierung und Modularisierung von SQL Server zu verbessern Datenbanken.