[PHP]jeśli Doctrine to nie DBUnit? Opcje

[andrzejdupa]

czytam książkę o PHPUnit.

W rozdziale "Database Testing" jest podrozdział "DBUnit" w którym jest zdanie na wstępie:
"When you use a database abstraction layer, it is better to rely on your implementation rather than on DBUnit's assert features, but DBUnit is still a good starting point and a big help."


używam Doctrine i nie chce mi się czytać tego podrozdziału jeśli używając Doctrine korzystanie z DBUnit jest bez sensu.

Czy używając Doctrine korzystanie z DBUnit jest bez sensu?

[com]

Wiele narzędzi można używać do różnych celów ale nie znaczy że jest to zgodne z ich przeznaczeniem, bo są do tego wyspecjalizowane lepsze.
Napisałeś w przedszkolu i skoro się dopiero uczysz to Ci napisałem pełnym zdaniem dlaczego nie testujesz jednostkowo Doctrine. Może czytaj ze zrozumieniem, bo odpowiedź już padłą w 1 poście.

Integracji z baza danych, dlatego iż jest to narzędzie które ułatwia operacje na niej i może posłużyć do napisanie takich testów ale samo powstało do testowania jednostkowego i stąd to co napisałem Unit - jednostkowy. I nie wchodźmy sobie personalnie, bo ja do Ciebie nic nie mam.

Testy integracyjne piszę się, żeby wykryć/wyeliminować ewentualne błędy w integracji, no wiec jeśli używasz w systemie bazy danych to potrzebujesz się z nią czasami połączyć, albo robisz to in memory itd. Test integracyjny spina razem kilka modułów tworzących nasz system jako byt. A ponieważ Doctrine, już zostało przetestowane przez ich developerów, możemy go traktować jako taki moduł, który działa, jedynie problem może być, że my sie z nim źle zintegrowaliśmy np w złej kolejności wykonaliśmy flush, persist i commit. Dla nas istotne jest czy faktycznie w bazie został utworzony rekord.

Ten post edytował com 10.06.2016, 12:21:30