Posts: 8
Threads: 5
Joined: Jan 2011
Reputation:
0
05-12-2011, 05:45 AM
When we run our existing QTP 10 tests on a new 64-bit Windows 7 machine, the web browser we are testing is identified as a Window instead of a Browser (even though we start IE in 32-bit mode), so no objects are identified and the tests fail completely. We have another Windows 7 machine that has no problem identifying the Browser, but it is a 32-bit machine. Or is the 64/32-bit issue a red herring, and the problem related to some QTP setting that I'm missing?
Thanks in advance for any reponses!
Posts: 350
Threads: 2
Joined: Mar 2008
Reputation:
0
05-12-2011, 11:34 PM
Hi,
Have you opened the Browser first and then QTP?
If so open the QTP first > open Browser > Identify the Brower
Posts: 8
Threads: 5
Joined: Jan 2011
Reputation:
0
05-13-2011, 01:33 AM
No, I open QTP first, and then the browser - and QTP sees the browser as a Window class.
FYI, the machine in question has these patches: QTP_00626, QTP_00644, QTP_00684 and QTPNet_00046 (for testing our Silverlight controls). The QTP_00644 patch is specifically for supporting Windows 7.
Before I installed those patches, the OS environment variable was empty and it now has "Microsoft Windows 7" as the OS. But we're still missing something, as IE8 is not being recognized as a Browser. Any ideas?
Debby
Posts: 516
Threads: 17
Joined: Jul 2009
Reputation:
3
05-13-2011, 01:39 AM
Try running the QTP and browser as admin.
Thanks,
SUpputuri
Posts: 8
Threads: 5
Joined: Jan 2011
Reputation:
0
05-13-2011, 05:00 AM
Thanks so much for your response!
Well unfortunately that works! Just opening QTP as admin (and having QTP open the browser) was not enough - I also had to manually open the browser as admin too.
I say unfortunately because we HAVE to be able to open our browser directly from QTP, which we have up to now been doing using the SystemUtil.Run method, because we have to enter credentials (UserName/Password) automatically from parameters that are passed to the test. (We force the credentials challenge by setting our local Intranet Options, Security settings to custom--> prompt for user name and password). We need to do this because different users have different permissions and a large part of our testing is making sure the appropriate users can only see the records that they own.
SOoooo....do you know of a way to open a browser "As Admin" directly from QTP?
We have no problem testing as described above, on Windows XP and we also had no problem even on our 32-bit Windows 7 machine - UNTIL TODAY. BUT TODAY (or perhaps last night), something changed on that Windows 7 machine so that now it too can't recognize the browser for our existing tests - QTP thinks the browser is a window class.....the same as it has been doing for our new (64-bit) Windows machine. This is just too confusing.
But at least if we had a way to open a browser as admin directly from QTP, or if there is some other workaround for this problem, we could proceed. Any ideas on this?
Debby
Posts: 6
Threads: 0
Joined: Mar 2011
Reputation:
0
05-13-2011, 07:58 AM
Have you checked the Web Add in?
Try after selecting it at startup.
-Amit
Posts: 12
Threads: 3
Joined: May 2011
Reputation:
0
05-13-2011, 11:44 PM
Hi ,
Disable UAC setting if enabled on Windows7.
Try it and see if that helps.
Atanu
