Jak zainicjować rejestrator do testów integracji?

Question

Mam skrzynkę z kodem produkcyjnym w katalogu src i testy integracji w katalogu tests. Kod produkcyjny wykorzystuje makra log.

Chciałbym init globalny rejestrator podczas uruchamiania testów integracyjnych (np env_logger::init().unwrap();) Istnieje kilka testów i kolejność test nie jest określony, więc nie wiem, w którym test powinien umieścić polecenia zainicjowany.

Czy mogę to ładnie zrobić? Być może przez przesłonięcie funkcji testu?

Answer 1

Nie ma dobrego sposobu na zrobienie tego rodzaju rzeczy w tej chwili.

Można napisać makro, które wstawia wywołanie inicjujące przed każdym testem, ale jest tak blisko, jak jest.

Answer 2

Na razie można po prostu ponownie zainicjować rejestrator u góry każdego testu i zignorować błąd. To nie jest ładne rozwiązanie, ale działa i jest całkowicie bezpieczne.

let _ = env_logger::init(); 

// your test code... 

Answer 3

Można użyć czegoś takiego:

use std::sync::{Once, ONCE_INIT}; 

static INIT: Once = ONCE_INIT; 

/// Setup function that is only run once, even if called multiple times. 
fn setup() { 
    INIT.call_once(|| { 
     env_logger::init().unwrap(); 
    }); 
} 

Następnie wystarczy zadzwonić setup() na początku każdego testu.

Pierwotnie na podstawie this blogpost.

Answer 4

Zaobserwowałem, że cargo test przeprowadziłem testy w kolejności alfabetycznej, więc wymyśliłem bardzo brudny hack, aby zainicjować rejestrator.

1. Zrobiłem moduł o nazwie aaa_testing znajdujący się wewnątrz korzenia skrzyni.

2. Wewnątrz modułu napisałem inicjator rejestratora.

   #[test] 
   fn initialize_logger() { 
       env_logger::init(); 
   } 
   

Tak zrobiłem stworzyć test, który będzie zawsze przejdzie, ale jeśli chcesz mieć test inicjalizacji rejestratora można zrobić assert!(env_logger::try_init().is_ok());

---

Shepmaster podkreślić, że cargo test wykonuje testy asynchronicznie i może uniemożliwić rejestrację pierwszych kilku testów. Aby temu zapobiec, testy można uruchomić w tym samym wątku. (Może to spowodować problemy z wydajnością, więc ta odpowiedź nie powinien być stosowany, jeśli potrzebujesz wielu wątków do testowania projektu.)

Jeśli chcesz kontrolować liczbę jednoczesnych przypadków testowych działa, przechodzą opcję --test-threads do plików binarnych testowych:

cargo test -- --test-threads=1