Мне нужно провести ночное тестирование автоматизации с использованием RFT и IE на виртуальной машине Windows7. Я обнаружил, что перезапуск Windows перед началом тестирования помогает.
Я перемещаю производственную среду с Windows XP на Windows 7. RFT жаловался при запуске сценариев 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).
Бег tscon.exe 0 /dest:console перед запуском любого сценария RFT исправьте ошибку в Windows XP. Но не в Windows7.
Я провел небольшое исследование и часами пытался исправить это, но ничего не помогло. В Windows7 не включена заставка.
Я пробовал запустить оба, но ничего не помогло.
tscon.exe 0 /dest:console
tscon.exe 1 /dest:console
В Windows7 tscon возвращает
{ErrorPrintf(): LoadString failed, Error 15105, (0x00003B01)}
Error [15105]:The resource loader cache doesn't have loaded MUI entry.
Error [0]:The operation completed successfully.
В Windows XP tscon возвращается
Could not connect sessionID 0 to sessionname console, Error code 7045
Error [7045]:The requested session access is denied.
Я только что дважды проверил этот бег tscon.exe 0 /dest:console в Windows XP решает проблему. Тогда невозможно понять вывод команды tscon.
Есть идеи, как я могу запускать сценарии RFT после автоматического перезапуска Windows? Желательно без использования какого-либо другого компьютера. Я даже подумывал использовать старую Windows XP для создания сеанса удаленного рабочего стола, чтобы сделать RFT счастливым. Я надеюсь, что есть другое лучшее решение.
Прежде чем я перейду к вашей основной проблеме, я хотел бы отметить, что тот факт, что вы получаете сообщение
{ErrorPrintf(): LoadString failed, Error 15105, (0x00003B01)}
Error [15105]:The resource loader cache doesn't have loaded MUI entry.
указывает на то, что в вашей системе что-то было повреждено. MUI - это многоязычный пользовательский интерфейс. Настроен ли рассматриваемый компьютер с Windows 7 для использования языка, отличного от английского (США)? Похоже, tscon пытается найти и отобразить сообщение об ошибке на настроенном вами языке, но не может найти языковой файл, который следует использовать. Это может быть признаком более серьезной проблемы. Вы используете tscon.exe, который был установлен на этом компьютере, а не тот, который вы скопировали с другого компьютера, верно?
Вы можете решить эту проблему, запустив sfc /scannow после создания снимка и проверки, выдает ли tscon ту же ошибку.
Что касается вашей основной проблемы, число, которое вы указываете в tscon, указывает, с каким идентификатором сеанса действовать. Вы проверили, используете ли вы сеанс 0 или 1? Бегать query user чтобы узнать, какой у вас идентификатор сеанса, а затем использовать этот номер.
Например, я получаю этот вывод от query user на одном из моих серверов:
USERNAME SESSIONNAME ID STATE IDLE TIME LOGON TIME
>starfish rdp-tcp#4 2 Active . 9/20/2012 10:12 PM
Поскольку у меня идентификатор сеанса 2, я запускаю tscon 2 /dest:console чтобы отправить этот сеанс на консоль. Когда я подхожу к консоли и бегу query user Я вижу следующее:
USERNAME SESSIONNAME ID STATE IDLE TIME LOGON TIME
>starfish console 2 Active . 9/20/2012 10:12 PM
Я также тестировал это на рабочем столе Windows 7 Pro с теми же результатами.
Если вы успешно выполнили приведенные выше команды, вы можете поместить следующее в пакетный файл и запустить его, чтобы отправить текущий сеанс на консоль.
for /f "skip=1 tokens=3 usebackq" %%s in (
`query user %username%`
) do (
%windir%\System32\tscon.exe %%s /dest:console
)
Это также должно устранить необходимость перезагружать компьютер, что, как я подозреваю, должно было гарантировать, что вы всегда получаете идентификатор сеанса 0.
На этой странице говорится, что проблема в том, что система заблокирована при попытке запустить ее через запланированные задачи: http://www-01.ibm.com/support/docview.wss?uid=swg21304791
Настройте систему на автоматический вход, отключите заставку и автоматическую блокировку и посмотрите, поможет ли это. Не подключайтесь к машине через удаленный рабочий стол - это заблокирует сеанс консоли. Вместо этого установите vnc для входа в систему или используйте любой метод, который предоставляет ваша виртуальная машина. Фактически, отключите удаленный рабочий стол, чтобы случайно не заблокировать систему.
Чтобы настроить автоматический вход, запустите "control userpasswords2"
Согласно этому: http://support.microsoft.com/kb/302801 Tscon фактически оставит сеанс разблокированным на сервере 2003 (и, предположительно) xp. Это была ошибка, которая, вероятно, была исправлена в более новых версиях Windows.