Muszę uruchomić testy automatyzacji w nocy za pomocą RFT i IE na maszynie wirtualnej z systemem Windows7. Odkryłem, że ponowne uruchomienie systemu Windows przed rozpoczęciem testów pomaga.
Przenoszę środowisko produkcyjne z Windows XP do Windows 7. RFT zwykło narzekać, gdy uruchamiam skrypty RFT CRFCN0557E: Activation failed when running under a Terminal Services environment. This may be caused by using a minimized terminal window - try playing back without minimizing the terminal window (it does not need to be full-screen).
Uruchomienie tscon.exe 0 /dest:console
przed uruchomieniem dowolnego skryptu RFT napraw błąd w systemie Windows XP. Ale nie na Windows7.
Przeprowadziłem badania i godzinami próbowałem to naprawić, ale nic nie pomogło. W Windows7 nie ma włączonego wygaszacza ekranu.
Próbowałem uruchomić oba, ale nic nie pomogło.
tscon.exe 0 /dest:console
tscon.exe 1 /dest:console
Na Windows7 tscon zwraca
{ErrorPrintf(): LoadString failed, Error 15105, (0x00003B01)}
Error [15105]:The resource loader cache doesn't have loaded MUI entry.
Error [0]:The operation completed successfully.
W systemie Windows XP tscon zwraca
Could not connect sessionID 0 to sessionname console, Error code 7045
Error [7045]:The requested session access is denied.
Właśnie dwukrotnie sprawdziłem, czy uruchomienie tscon.exe 0 /dest:console
w systemie Windows XP rozwiązuje problem. Nie można wtedy zrozumieć wyniku działania polecenia tscon.
Masz pomysł, jak uruchomić skrypty RFT po automatycznym ponownym uruchomieniu okna Windows? Najlepiej bez angażowania innego komputera. Myślałem nawet o użyciu starego systemu Windows XP, aby sesja pulpitu zdalnego była zadowolona. Mam nadzieję, że istnieje inne lepsze rozwiązanie tego problemu.
Odpowiedzi:
Zanim przejdę do twojego głównego problemu, chciałbym zauważyć, że otrzymujesz wiadomość
oznacza, że coś zostało uszkodzone w twoim systemie. MUI to wielojęzyczny interfejs użytkownika. Czy na danym komputerze z systemem Windows 7 jest ustawiony język inny niż „angielski (Stany Zjednoczone)”? Wygląda na to, że tscon próbuje znaleźć i wyświetlić komunikat o błędzie w skonfigurowanym języku, ale nie może znaleźć pliku językowego, którego powinien użyć. Może to być objaw większego problemu. Używasz tscon.exe, który został zainstalowany na tym komputerze, a nie takiego, który skopiowałeś z innego komputera, prawda?
Możesz być w stanie rozwiązać ten problem, uruchamiając
sfc /scannow
po zrobieniu migawki i sprawdzeniu, czy tscon daje ten sam błąd.Jeśli chodzi o główny problem, liczba, którą podajesz tscon, wskazuje, na który identyfikator sesji ma działać. Czy sprawdziłeś, czy używasz sesji 0 czy 1? Uruchom,
query user
aby zobaczyć identyfikator sesji, a następnie użyj tego numeru.Na przykład otrzymuję dane wyjściowe z
query user
jednego z moich serwerów:Ponieważ mój identyfikator sesji to 2, biegnę,
tscon 2 /dest:console
aby wysłać tę sesję do konsoli. Kiedy idę do konsoli i uruchamiamquery user
, widzę:Przetestowałem to również na pulpicie Windows 7 Pro z tymi samymi wynikami.
Jeśli wykonanie powyższych poleceń zakończy się powodzeniem, możesz umieścić poniższe polecenie w pliku wsadowym i uruchomić go, aby wysłać bieżącą sesję do konsoli.
Powinno to również wyeliminować potrzebę ponownego uruchomienia komputera, co, jak podejrzewam, miało zapewnić, że zawsze masz identyfikator sesji 0.
źródło
tscon 1 /dest:console
z wiersza poleceń jako administrator, działa. Teraz muszę dowiedzieć się, jak uruchomić ten plik exe zawsze jako administrator.for /f ...
) jako administrator. Zobacz także support.smartbear.com/viewarticle/72794Ta strona mówi, że problem dotyczy zablokowania systemu podczas próby uruchomienia go przez zaplanowane zadania: http://www-01.ibm.com/support/docview.wss?uid=swg21304791
Skonfiguruj system, aby automatycznie się logował, wyłączał wygaszacz ekranu i automatyczne blokowanie i sprawdzał, czy to pomoże. Nie łącz się z maszyną za pośrednictwem zdalnego pulpitu - spowoduje to zablokowanie sesji konsoli. Zainstaluj vnc, aby się zalogować, lub użyj dowolnej metody dostarczonej przez oprogramowanie maszyny wirtualnej. W rzeczywistości wyłącz zdalny pulpit, aby nie można było przypadkowo zablokować systemu.
Aby skonfigurować automatyczne logowanie, uruchom polecenie „control userpasswords2”
Zgodnie z tym: http://support.microsoft.com/kb/302801 Tscon pozostawiłby sesję odblokowaną na serwerze 2003 (i przypuszczalnie) xp. Był to błąd, który prawdopodobnie został poprawiony w nowszych wersjach systemu Windows.
źródło
tscon.exe 0 /dest:console
a następnie rozpoczął testy. Ten przepływ nie działa w systemie Windows7.