Aktywne Wpisy

MonazoPL +125
Ruszamy z kolejnym #rozdajo – wygraj kartę podarunkową do Allegro o wartości 100 zł!
Aby wziąć udział w konkursie, zaplusuj ten wpis oraz w komentarzu krótko odpowiedz na pytanie konkursowe: Jeśli wygrasz, na co wydasz (lub do czego dołożysz) to 100 zł? ( ͡~ ͜ʖ ͡°
Aby wziąć udział w konkursie, zaplusuj ten wpis oraz w komentarzu krótko odpowiedz na pytanie konkursowe: Jeśli wygrasz, na co wydasz (lub do czego dołożysz) to 100 zł? ( ͡~ ͜ʖ ͡°
źródło: monazo-promocje-bankowe
Pobierz
Larsberg +369
Nic mnie tak nie bawi jak ludzie wyprzedzający na złamanie karku w drodze do kołchozu o 5 nad ranem.
Z------------e jeszcze szybciej to tych waszych obozów pracy xD
#polskiedrogi #prawojazdy #motoryzacja
Z------------e jeszcze szybciej to tych waszych obozów pracy xD
#polskiedrogi #prawojazdy #motoryzacja
źródło: temp_file1898330045946326761
Pobierz




Zamierzam zmodyfikować trochę mechanizm logowania w mojej aplikacji ASP.net Core i w związku z tym może się pojawić możliwość, że coś przeoczę i w wyniku błędu niepowołane osoby uzyskają dostęp do nieprzeznaczonego dla nich Controllera. Słyszałem, że dobrym pomysłem jest używanie Unit Testów, do automatycznego testowania najistotniejszych części mojej aplikacji, z tym że nigdy czymś takim się nie zajmowałem.
Wyobrażam sobie to mniej więcej tak, że skrypt loguje się na jakieś anonimowe konto bez uprawnień, próbuje uzyskać dostęp do poszczególnych kontrolerów i zwraca wynik czy udało mu się czy też nie.
Czy do ww. funkcjonalności używa się w ogóle Unit Testów? Jeśli tak to w jaki sposób mogę zasymulować logowanie na jakieś konto w aplikacji?
Mechanizm logowania opiera się na ASP.net Identity, controller'y wymagające logowania mają atrybut
[Authorize].Potrzebujesz narzędzia, w którym przygotowujesz scenariusz - Logowanie -> Kontrolery -> Assert, czy uzyskałeś dostęp czy nie.
Może Postman da radę (To jedyna rzecz, jaka mi przychodzi do głowy. Jeśli nie da rady, to szukaj czegoś innego [Albo pisz sam oddzielną aplikację do testowania.])