Jak mogę przetestować komunikaty o błędach, w tym $! bez problemów z ustawieniami regionalnymi?

Question

W moim modułu, mam ten kod:

croak("unable to parse file: $!"); 

Następnie w moich testach, chcę sprawdzić, czy mam odpowiedni komunikat o błędzie, gdy próbuję analizować pliku, który nie istnieje:

like(
    exception { HTML::Tree->new_from_file("t/non_existent.html") }, 
    qr!^unable to parse file: No such file !, 
    "opening missing file failed" 
); 

Działa to dobrze, o ile testy są przeprowadzane w angielskiej lokalizacji. Ale jeśli uruchomisz testy w niemieckim języku, komunikat błędu powróci unable to parse file: Datei oder Verzeichnis nicht gefunden, a test się nie powiedzie. Inne lokalizacje mają podobne problemy.

Nie mogę uwierzyć, że to pierwszy raz, ale nie mogę znaleźć modułów na CPAN, które rozwiązałyby ten problem. Czy ludzie po prostu nigdy nie testują części komunikatu o błędzie? Czy istnieje lepsze rozwiązanie niż zmiana testu, aby sprawdzić tylko pod kątem qr!^unable to parse file: !?

Uwaga: to jest RT#77823 in HTML-Tree.

Answer 1

Czy istnieje lepsze rozwiązanie niż zmiana testu, aby sprawdzić tylko pod kątem qr!^Nie można przeanalizować pliku:!?

$! jest zmienną podwójną, tzn. Ma wartości łańcuchowe i liczbowe. Możesz użyć wartości numerycznej w komunikacie o błędzie.

Answer 2

Można użyć %! przetestować pod kątem błędów symbolicznie jak w

unless (open my $fh, "<", "/does/not/exist") { 
    die "$0: unexpected errno " . ($! + 0) 
    unless $!{ENOENT}; 
} 

Answer 3

1. testy dla modułu M powinien nie wyboru dla funkcji M nie jest odpowiedzialny.
2. Kod, który zawodzi z powodu nieistniejącego pliku, powinien nie rechot "nie można przeanalizować (specyfikacja pliku)", ale "nie można odnaleźć (specyfikacja pliku)".

Answer 4

Sposób rozwiązać ten jest umieszczenie

BEGIN { $ENV{LANG} = $ENV{LC_MESSAGES} = $ENV{LC_ALL} = "C" } 

w każdym scenariuszu testowym jednostkowej, która obejmuje takie badania. W ten sposób ustawienia narodowe zostaną ustawione na C na czas trwania tego testu, a komunikaty będą niezawodnie przychodzić w zwykłym locale C, zamiast być zlokalizowane.