PHPUnity testy funkcjonalne bazy danych Opcje

[drezer]

Wiam

Chce przetestowac baze danych, klient testowy wypenia formularz przesyla go i dane sa zapisywane do bazy sprawdzane jest przekierowanie.
Jak moge przywrocic pierwotny stan bazy danych sprzed testow, nie bardzo ogarniam testy prosze o jakis kierunek poszukiwan, podpowiedz lub cokolwiek

Ten post edytował drezer 26.01.2015, 22:38:22

[Crozin]

1. To już testy integracyjne, nie funkcjonalnie, niemniej jednak nadal możesz wykorzystać do nich PHPUnita.
2. Testy powinieneś wykonywać na osobnej bazie danych, która jest czyszczona i odpowiednio przygotowywana przed każdym uruchomieniem testów.

[Pyton_000]

Co do pytania to możesz zrobić transakcję, i po testach zrobić rollBack
Ale jak @Crozin napisał najlepiej testować na czystej bazie.

Ten post edytował Pyton_000 27.01.2015, 09:48:58

[Forti]

Dla bardziej wtajemniczonych:

można użyć mockery. Dobrą praktyką jest nie testować baz danych pytanie co ów testy mają sprawdzać? Twój kod / metody / funkcje czy faktycznie zapis / odczyt z bazy danych. Wszystko można zasymulować za pomocą mockerów.

[drezer]

Testy raczej mają na celu sprawdzić czy kontroler i szablon działają prawidłowo, nie zapisuje w nich bezpośrednich odwołań do bazy. w testach tworze klienta on wypełnia formularz z danymi i nastepuje przekierowanie/wysłanie do akcji

[phpion]

Dobrą praktyką jest nie testować baz danych (...) Wszystko można zasymulować za pomocą mockerów.

Co jeśli podczas zapisywania danych do bazy odpalane są jakieś triggery, które wykonują dodatkową robotę? Ponadto czy w ten sposób jesteś w stanie sprawdzić czy np. więzy integralności nie zostaną naruszone?

[skowron-line]

[PHP] pobierz, plaintext 
public function setUp()
{
	//create database
	//create table
}
 
// tests
 
public function tearDown()
{
	//drop database
}
[PHP] pobierz, plaintext 

+ jakies dane testowe powinny byc wrzucane do bazy danych (jezeli sa potrzebne)

[Forti]

Co jeśli podczas zapisywania danych do bazy odpalane są jakieś triggery, które wykonują dodatkową robotę? Ponadto czy w ten sposób jesteś w stanie sprawdzić czy np. więzy integralności nie zostaną naruszone?

Triggery w bazie = słaby kod.

Mam testować PDO / ORM czy moją klasę? Są powody dla których w dokumentacji choćby symfony piszę jasno, że testowanie na bazie danych to zła praktyka.


edit:

Można zrobić tak jak kolega wyżej zaprezentował, zamiast mockerów.

Ten post edytował Forti 28.01.2015, 13:19:23

[Crozin]

@Forti:
1. Masz chyba na myśli mocki, a nie żadne mockery?
2. W testach integracyjnych jak najbardziej może być użyta baza danych.
3. Stwierdzenie, że wykorzystanie triggerów w bazie danych to słaby kod, bez poparcia tego żadnym argumentem?

@drezer: Chcesz sprawdzić czy całość strony działa czy jedynie, osobno(!) działanie samego kontrolera i samego szablonu?

[Forti]

Ta, literówka, mocki a nie mockery

Ja jestem zdania, że triggery w bazie są po prostu nie potrzebną abstrakcją. Tak mnie zreszą nauczono.

[phpion]

Ja jestem zdania, że triggery w bazie są po prostu nie potrzebną abstrakcją. Tak mnie zreszą nauczono.

Podaj proszę jakiś konkretny powód takiej tezy. Czy uczono Cię również, że to samo tyczy kluczy obcych?

Osobiście jestem zupełnie innego zdania - im więcej triggerów tym lepiej. Po co aplikacja ma robić coś, co może zrobić baza danych? Jestem ciekaw jak ugryzłbyś taki temat bez triggerów: dodając lub aktualizując wartość pola liczbowego w tabeli A zaktualizuj średnią ze wszystkich wartości zapisując ją do tabeli B. W PHP osobne zapytanie? Fajnie, a teraz wprowadź liczbę do tabeli A z poziomu konsoli czy phpMyAdmina. Spójność danych leży i kwiczy.