17
Jak mogę przetestować prywatne metody w Rust? Nie znalazłem żadnych informacji na ten temat. W dokumentacji też nie ma informacji.Jak mogę przetestować prywatne metody w Rust?
A
Odpowiedz
20
Podczas korzystania z
#[test], nie ma nic szczególnego w metodach prywatnych lub publicznych - piszesz idealnie normalne funkcje, które mają dostęp do wszystkiego, do czego mają dostęp.
fn private_function() {
}
#[test]
fn test_private_function() {
private_function()
}
testy zewnętrzne, takie jak tests/*.rs i examples/*.rs jeśli korzystasz ładunku lub testy doc, nie uzyskać dostęp do członków prywatnych; nie powinni też: testy takie mają być publicznymi testami API, nie mając do czynienia ze szczegółami implementacji.
Powiązane problemy
- 1. Jak znaleźć prywatne metody singleton
- 2. F # Prywatne metody statyczne
- 3. Twórz metody delegowane prywatne
- 4. Jak mogę przetestować końcowe i statyczne metody projektu narzędzia?
- 5. Java: jak zaimplementować prywatne abstrakcyjne metody?
- 6. Dlaczego OpenJDK umieszcza prywatne metody w vtable?
- 7. Jak wyśmiewać prywatne metody w kontrolerze w grails 2.2.4
- 8. Jak mogę przetestować widoki MVC?
- 9. Jak mogę przetestować dla NaN?
- 10. Jak zdefiniować prywatne lub wewnętrzne metody w Perlu zorientowanym obiektowo?
- 11. Jak mogę pobrać dokumenty Rust API?
- 12. CheckException akceptuje tylko metody 0-parametrowe; jak mogę przetestować, że inne metody generują wyjątki?
- 13. Jak mogę przetestować nieprzyjemne błędy w mokka?
- 14. Jak mogę przetestować zdarzenie rozgłaszania w AngularJS
- 15. Jak mogę przetestować widoki w wtyczce Rails?
- 16. Jak mogę przetestować kamerę w symulatorze iPhone'a?
- 17. Jak mogę hostować moje prywatne repozytorium konda?
- 18. Czy przeciążalność należy wybrać Metody prywatne?
- 19. Czy można stosować prywatne metody przedłużania?
- 20. Dlaczego metody antlr3 C# parser są prywatne?
- 21. Fałszywe nieużywane metody "prywatne" powinny zostać usunięte.
- 22. Jak mogę przetestować jednostkę migracji danych podstawowych?
- 23. Struktura publiczna/prywatna w Rust
- 24. Jak mogę napisać na adres mapowany w pamięci w Rust?
- 25. Jak mogę przetestować dla belongs_to i has_many w Railsach?
- 26. Jak przechowywać zamknięcie w Rust?
- 27. Jak mogę uzyskać losową liczbę w Rust 1.0?
- 28. Jak mogę debugować problem z pamięcią w Rust?
- 29. Jak mogę przekazać parametry do gcc w Rust z ładunkiem?
- 30. Jak najlepiej przetestować kod Java?
Testy zewnętrzne powinny bezwzględnie mieć dostęp do części prywatnych, ponieważ: 1) Konieczne może być uzyskanie dostępu do części prywatnych w celu niezawodnego wyzwalania wszystkich ścieżek kodu za pośrednictwem publicznego interfejsu API. Na przykład może istnieć wewnętrzny próg, który po osiągnięciu wyzwala inną ścieżkę kodu. Do wyzwalania przypadków brzegowych może być również potrzebne wykonanie wstrzyknięcia awaryjnego lub wewnętrznych detali. 2) Dostęp do części prywatnych może zapewnić lepszą diagnostykę, gdy testy zakończą się niepowodzeniem - możesz wstawić wewnętrzne informacje do wiadomości paniki itp. – kralyk
Diagnostyka: do tego służy 'std :: fmt :: Debug'. Co do reszty, stoję na stanowisku, że testy zewnętrzne nie powinny mieć dostępu do prywatnych danych. Testy zewnętrzne nie są odpowiednie dla sytuacji, którą opisujesz - do tego służą wewnętrzne testy jednostkowe. –
'fmt :: Debug' jest zbyt gruboziarnisty w niektórych sytuacjach - na przykład, możesz nie chcieć drukować szczegółów o całej ogromnej strukturze danych, gdy jesteś tylko po określonym bitem. W każdym razie, czy w przypadku testu wewnętrznego można ustawić realistyczny przypadek użycia publicznego interfejsu API? Jeśli nie, to się nie uda, ponieważ muszę to zrobić. Jeśli tak, to w porządku, jestem szczęśliwy dla wszystkich i wewnętrznego testu, chociaż w tym momencie rozróżnienie jest bezsensowne? Głównym problemem jest to, że bez względu na to, jak bardzo się starasz, szczegóły implementacji zawsze wpływają na interfejs w jakiś sposób, nie ma możliwości obejścia tego. – kralyk