Uruchamianie testów jednostkowych Django to zbyt wolne daleko. Zwłaszcza, gdy chcę tylko uruchomić jeden test, ale biegacz testowy chce stworzyć całą bazę danych i zniszczyć całość tylko dla jednego testu.Jak mogę powiedzieć Django, aby zapisać moją testową bazę danych?
W przypadku, gdy nie zmieniłem żadnego z moich modeli, mogłem zaoszczędzić mnóstwo czasu, gdyby Django nie zawracał sobie głowy tworzeniem i niszczeniem całej bazy danych, a zamiast tego zapisał ją na następny raz. Co więcej, byłoby świetnie, gdyby biegacz testowy był w stanie zobaczyć, które modele się zmieniły i tylko zastąpić je przed uruchomieniem testów.
Ja wolałbym nie mieć podklasy biegacza testowego, ale to właśnie będę musiał zrobić, jeśli nie znajdę rozwiązania wkrótce. czy coś takiego już istnieje?
ostatni raz próbowałem, spatialite nie grał ładnie na cokolwiek wersja Ubuntu używałem, więc szybko porzucone że. Teraz powinienem spróbować jeszcze raz. –
Myślę, że konieczne jest uruchomienie testów w tej samej bazie danych, co w przypadku live, jeśli nie zawsze, przynajmniej przed każdym zatwierdzeniem. –
Uwaga: SQLite3 obecnie NIE działa wielowątkowo, więc jeśli masz jakieś testy (integracyjne), które polegają na testowaniu współbieżnego dostępu do bazy danych, będą one powodować smutek. – JohnJ