Fałszywe otwarte ID dla celów testowych

Question

Podobnie jak ja, będę zależał od wielu dostawców Open ID w celu zapewnienia uwierzytelnienia użytkownika i będę używał własnych metod autoryzacji. ale wciąż jestem w fazie rozwoju i nie chcę obecnie pracować z prawdziwymi dostawcami OpenID, jakiego podejścia mogę użyć do testowania moich użytkowników i ich działań na stronie (bez TDD), aby emulować prawdziwych użytkowników, ale nie naprawdę korzystaj z dostawców Open ID.

Nie trzeba automatycznie przenosić użytkowników do rzeczywistych serwerów OpenID (po przejściu do trybu produkcyjnego), ponieważ bieżący użytkownicy służą tylko do testowania i kodu testu urządzenia.

Chyba potrzebuję warstwy User Service, która zapewnia bardzo abstrakcyjny sposób radzenia sobie z użytkownikami, tak aby przejście do rzeczywistych dostawców Open ID mogło być płynne w przyszłości i nie wpłynęło na logikę mojego już napisany kod.

Korzystanie z C# .NET 4, ASP.Net MVC 3, Ninject

Answer 1

DotNetOpenAuth dostarcza zarówno część serwerową jak i klienta OpenID i może być używana do uruchamiania własnego dostawcy OpenID do testów lokalnych.

• Nadaj Członkowie własne OpenIDs o wsparcie dostawcy zawarte w tej bibliotece.

• Przykładowe strony ufające i witryny dostawców pokazują, jak to zrobić.

Answer 2

po prostu zarejestrować id test jako użytkownik z różnych organizacji. Nie widzę w tym nic złego. Widzę różne odpowiedzi i ich różnice.

Zauważyłem, że kodowanie dla otwartego konsumenta jest niezwykle łatwe. Wystarczy zrozumieć sekwencję odpowiedzi. Narysuj diagram sekwencji UML, aby ułatwić zrozumienie przed rozpoczęciem kodowania. Nie trzeba fałszować openId. W przeciwnym razie włam się na serwer z otwartym kodem.

Answer 3

Twoje usługi nie powinna zależeć od OpenID. Wystarczy mieć wtyczkę OpenID do modułu uwierzytelniania, aby zapewnić lokalną nazwę użytkownika. W fazie rozwoju moduł auth może zwrócić fałszywą nazwę użytkownika z żądanymi uprawnieniami.

W środowisku beta można włączyć OpenID i używać kont testowych od dowolnego dostawcy OpenID. Konieczność zalogowania się w fazie rozwoju spowolni wszystkich programistów. Każdy błąd uwierzytelnienia lub przerwa w sieci zabije produktywność wszystkich użytkowników.