Problem z testowaniem bazy danych laravel 7.x

Przede wszystkim miej nadzieję, że pomogę Ci rozwiązać Twój problem, ponieważ jestem prawie pewien, że to głupi błąd, który popełniasz gdzieś w związku.

Oto kilka wskazówek:

Nie testuj swojego kodu "wywołującego" podstawowy kod frameworka...

Zamiast robić (testy jednostkowe):

$request = new Request();
$request->DEF_NOM = 'test';
$request->DEF_DESCRIPTION = 'testdescriptio ajhsg ln';
$request->DEF_NBSEMAINES = 2;
$request->DEF_CONSEILS = 'jhasnciu launh sl';
$request->DEF_VISIBLE = 1;
$request->DEF_DATE_VISIBLE = Carbon::now()->toDate();
$request->COA_ID = 3;

$dfc = new DefiCoachController();
$response = $dfc->createDefiTest($request);

$this->assertDatabaseHas('cbs_defis', $request->all());

Wykonaj (test funkcji):

$data = [
    'nom' => 'test',
    'description' => 'testdescriptio ajhsg ln',
    'nbsemaines' => 2,
    'conseils' => 'jhasnciu launh sl',
    'visible' => 1,
    'date_visible' => Carbon::now()->toDate(),
    'coa_id' => 3,
];

$response = $this->post('your_desired_url_for_this_action', $data); // This can be get, post, put or delete

$this->assertDatabaseHas('cbs_defis', $data);

W ten sposób możesz mieć pewność, że:

1. Twój adres URL jest taki, jaki chcesz, bez literówek i błędów
2. Kontroler robi to, co powinien, w tym przypadku wstawia dane.
3. Kontroler wstawia dane, które chcesz wstawić. Powiedzmy, że masz jakieś przetwarzanie za zasłonami, tutaj możesz upewnić się, że wysłałeś "1 i 3" i wstawiłeś "rolę X" (jest to przykład, powiedzmy, że byłby to twój pożądany wynik po przetworzeniu 1 i 3, więc nie wstawiasz bezpośrednio 1 i 3 )
4. zawsze unikaj potwierdzanie danych z miejsca, w którym je testujesz. W Twoim przypadku używasz Prośba obiekt, powiedzmy, że jest to twoja niestandardowa klasa i robisz coś, gdy robisz $request->attribute1 =2 , więc po odczycie jako $request->attribute1 może wykonałeś jakiś proces, aby go zapisać i zmodyfikowałeś go ... jeśli twierdzisz, że bez wyraźnego powiedzenia potwierdź, że atrybut1 jest tym, czego oczekuję nigdy tego nie potwierdzasz. Jeśli masz błąd w kodzie i zamiast zwracać b (1 =a , 2 =b , itp.) kod zawsze przejdzie, ponieważ zapisałeś go jako coś innego niż oczekiwano, ale potwierdzasz to, co zrobił (powiedzmy, że twój błąd zwrócił c zamiast b ), więc mówisz „znajdź $request->attribute1 w bazie danych" i będziesz przechowywał c zamiast b (Twoja oczekiwana wartość), a nadal ją znajdzie i zda test.

Nie ma potrzeby tworzenia nowego połączenia jeśli jest taki sam z wyjątkiem DB_DATABASE lub podobne. W takim przypadku wystarczy zdefiniować te informacje w .env.testing lub w swoim phpunit.xml .

Ponadto nie trzeba wykonywać i . Jeśli zobaczysz phpunit.xml Laravela GitHub , zobaczysz, że zmienili do na 5.7+, więc trzymaj się tego, który odpowiada twojej wersji. Jest jednak różnica, której teraz nie pamiętam, ale do testowania nie ma problemu.