Answered by:
500 internal server error in Web testing

Question
-
Hi,
I am using VSTS 2008.
I have recorded the web test for my application and it works fine if i execute the recorded web tests. Now, i have moved to new version (i.e i have changed the server for my application) & if i try to execute the recorded web tests every step got failed with HTTP status as "500 internal server error".
for E.g:
Failed http://testserver151/AchieverPlus/Error.aspx?aspxerrorpath=%2fAchieverPlus%2fWebResource.axd 500 Internal Server Error
Could please anyone explain me why I am having this issue and how i can fix it?
Thanks in advance.
Wednesday, November 26, 2008 4:46 AM
Answers
-
Hello,
Though I am not sure if this would help or not, I would suggest that you try out the following.
- Generate a coded web test from the old web test (the one which fails).
- Now, have a look at all the server urls in the generated code and verify if they point to the new server or not.
- If they don't, go ahead and edit them manually.
- Now run this coded web test to see if it passes.
Sorry for the delay in responding to you. I had set an alert feature for this thread, but that does not seem to be working.
regards, ashish narmen- Proposed as answer by Bill.Wang Monday, December 8, 2008 1:44 AM
- Marked as answer by slumley MSFTMicrosoft employee, Moderator Tuesday, January 26, 2010 2:41 PM
Monday, December 1, 2008 4:56 AM
All replies
-
Hello,
In case you record a new web-test on the new server and run it, do you observe the same error.
AFAIK, a HTTP 500 error occurs at the server end and can not be fixed at the client end (VSTS).
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/64e30660-d2f0-4e90-98cc-1652214a2b93.mspx?mfr=true
I suspect that you are getting this error due to a configuration issue on the newly migrated server. I would suggest that you have a look at the IIS logs during the time when your test is run.
regards,
Ashish NarmenWednesday, November 26, 2008 2:17 PM -
It is hard to say what causes this issue. Can you figure out the following things?
1. Do you install VSTS 2008 SP1?
2. The server environment (OS, IE version ) is the same as the old server's??
You may also need to change parse dependent requests to false.
RayWednesday, November 26, 2008 9:20 PM -
Thanks Ashish/Ray
The error is different. My web application is developed by Asp.net 2.0. While i am recording the web application by using VSTS 2008. Some url got recorded as WebReasource.axd with querystring parameters(d & t) and has HTTP status code as 302 found . "Object Moved to here" is visible in the Web Browser. But, it shows passed status. Please refer the following Url:
Passed http://testserver151/AchieverPlus/WebResource.axd?d=bekjpkMS2SZbwwe2W7VKKSS-GFRv8E-9vu-X8lxMbR9Q9oiuGkTitfeoJbp5xebZYkzbFlCXsJco7aTdpkKdBVfL1R7QVdpE4NKQesLIlUuq1UWlm8HnJZTXxBQBj1qf0&t=633598347800000000 302 Found
I searched for Object Moved to here error, i found that it is due to some reason the web test not redirects to the actual url.
I have recorded a new web test on the new server. Now, its working fine. But, if i changed the testserver the above mentioned errors occur again.
Could please anyone explain me why I am having this issue and how i can fix it?Thursday, November 27, 2008 4:57 AM -
Hello,
Though I am not sure if this would help or not, I would suggest that you try out the following.
- Generate a coded web test from the old web test (the one which fails).
- Now, have a look at all the server urls in the generated code and verify if they point to the new server or not.
- If they don't, go ahead and edit them manually.
- Now run this coded web test to see if it passes.
Sorry for the delay in responding to you. I had set an alert feature for this thread, but that does not seem to be working.
regards, ashish narmen- Proposed as answer by Bill.Wang Monday, December 8, 2008 1:44 AM
- Marked as answer by slumley MSFTMicrosoft employee, Moderator Tuesday, January 26, 2010 2:41 PM
Monday, December 1, 2008 4:56 AM -
Did you change parse dependent requests to false and run it? It should work. :)
RayTuesday, December 9, 2008 2:49 AM