http-webtest-general — Web page testing using HTTP-WebTest

[Http-webtest-general] Temporary redirect and POST don't work together

[Thieme.Geoff <Geo...@we...>]

Ilya,
I noticed that a temporary redirect (HTTP status code 302) and a POST don't
work together using WebTest 2.04.

The error I get is "Expected '200' and got: 408 Request Timeout".
Using an old version of WebTest (1.07), I got the message "Return Code: 302
Moved Temporarily (0 bytes)".

When I switch the POST to a GET everything works, but my user name and
password are displayed in the web logs.

Would you be willing to make a change to WebTest to allow 302 redirects
inside a POST HTTP request? Richard Anderson made this change for me in an
unofficial WebTest 1.x release, so I think it is possible. But then again, I
don't know how your new code rewrite is structured.

I also noticed that the archives for this list don't work.
http://sourceforge.net/mailarchive/forum.php?forum=http-webtest-general
says:
ERROR
Either your mailing list name was misspelled or your mailing list has not
been archived yet. If this list has just been created, please retry in 2-4
hours 
I CCed your address on this email just incase there is a problem with the
list.

Thanks,
Geoff

Re: [Http-webtest-general] Hidden Parameters and Premature Exits

[Mark M. <mm...@ol...>]

Ilya,

thanks ! The hidden stuff is great. 


On Thu, 2003-09-11 at 01:34, Ilya Martynov wrote:
> >>>>> "MM" == Mark Mertel <mm...@ol...> writes:
> 
> MM> Ilya,
> MM> I'm a new user of your testing module and have a couple of questions.
> MM> First off, I'm wondering when you are going to include the hidden
> MM> parameter request- where we are able to take all of these hidden
> MM> variables out of the response and pass them as params to the next test.
> 
> There was posted in this mailling list a plugin (see mailing list
> archives - http://xrl.us/s2b) which allows to do this. I had plans to
> implement such functionality in Click plugin but so far I had no time.
> 
> Hmm, I've just noticed that SF's mailing list archives do not show
> attachments. So I'm reposting source code of the plugin which adds
> support for hidden fields inlined in this email. See past my
> signature.
> 
> MM> And secondly, if I chain several click_button tests together and an
> MM> early one fails I'm getting a quirky error:
> 
> MM> HTTP::WebTest: request uri is not set at
> MM> /usr/lib/perl5/site_perl/5.6.1/HTTP/WebTest/API.pm line 567.
> 
> MM> Is there a better to report a failed test ?
> 
> I'll take a look on this issue.  There are some cases when
> HTTP::WebTest's error reporting is quite clumsy.
-- 
Mark Mertel <mm...@ol...>
Mertel Software, Inc.

Re: [Http-webtest-general] Hidden Parameters and Premature Exits

[Ilya M. <il...@ip...>]

>>>>> "MM" == Mark Mertel <mm...@ol...> writes:

MM> Ilya,
MM> I'm a new user of your testing module and have a couple of questions.
MM> First off, I'm wondering when you are going to include the hidden
MM> parameter request- where we are able to take all of these hidden
MM> variables out of the response and pass them as params to the next test.

There was posted in this mailling list a plugin (see mailing list
archives - http://xrl.us/s2b) which allows to do this. I had plans to
implement such functionality in Click plugin but so far I had no time.

Hmm, I've just noticed that SF's mailing list archives do not show
attachments. So I'm reposting source code of the plugin which adds
support for hidden fields inlined in this email. See past my
signature.

MM> And secondly, if I chain several click_button tests together and an
MM> early one fails I'm getting a quirky error:

MM> HTTP::WebTest: request uri is not set at
MM> /usr/lib/perl5/site_perl/5.6.1/HTTP/WebTest/API.pm line 567.

MM> Is there a better to report a failed test ?

I'll take a look on this issue.  There are some cases when
HTTP::WebTest's error reporting is quite clumsy.

-- 
Ilya Martynov,  il...@ip...
CTO IPonWEB (UK) Ltd
Quality Perl Programming and Unix Support
UK managed @ offshore prices - http://www.iponweb.net
Personal website - http://martynov.org

# $Id$

package HTTP::WebTest::Plugin::StickyHidden;

=head1 NAME

HTTP::WebTest::Plugin::StickyHidden - get hash of hidden variable(s) from previous test 
and use it as param

=head1 SYNOPSIS

    plugins = ( ::StickyHidden )

    test_name = Some test
        url = url of form with hidden vars
    end_test

    test_name = Another test
        sticky_hidden = yes|no
        param = (extra_param => value)
        url = some url
    end_test

=head1 DESCRIPTION

This plugin get hash of hidden variable from previous test and use it as param

=cut

use strict;
use HTML::TokeParser;

use base qw(HTTP::WebTest::Plugin);

=head1 TEST PARAMETERS

=for pod_merge copy params

=head2 sticky_hidden

Whether to stick to hash of hidden variable(s)

=head3 Default value

C<no>.

=cut

sub param_types {
  return q(sticky_hidden yesno
           params hashlist
          );
}

sub prepare_request {
    # get webtest object
    my $self = shift;
    $self->validate_params(qw(sticky_hidden params));

    # get current request object
    my $request = $self->webtest->current_request;

    # get number of previous test if any
    my $prev_test_num = $self->webtest->current_test_num - 1;
    return if $prev_test_num < 0;

    # get previous response object
    my $response = $self->webtest->tests->[$prev_test_num]->response;

    # no response - nothing to do
    return unless defined $response;

    # do nothing unless it is HTML
    return unless $response->content_type eq 'text/html';

    # get various params we handle
    my $sticky_hidden = $self->test_param('sticky_hidden');

    return unless defined($sticky_hidden);
    return unless $sticky_hidden eq 'yes';

    my $params = $self->test_param('params');

    my $content = $response->content;

    # look for hiddn tag
    my %hidden_var = ();
    my $parser = HTML::TokeParser->new(\$content);
    while(my $token = $parser->get_tag('input')) {
        my $type  = $token->[1]{type};
        next unless defined $type;
        next unless $type =~ /hidden/i;
        my $name  = $token->[1]{name};
        next unless defined $name;
        my $value = $token->[1]{value};
        next unless defined $value;
        $hidden_var{$name} = $value;
    }
    if(defined $params) {
        my %params = ref($params) eq 'ARRAY' ? @$params : %$params;
        for my $key (keys(%params)) {
            $hidden_var{$key} = $params{$key};
        }
    }
    my @hidden_var = %hidden_var;
    $request->params(\@hidden_var);
    return [];
}

=head1 COPYRIGHT

Copyright (c) 2003 Naoki Shima.  All rights reserved.

Copyright (c) 2001-2003 Ilya Martynov.  All rights reserved.

This program is free software; you can redistribute it and/or modify
it under the same terms as Perl itself.

=head1 SEE ALSO

L<HTTP::WebTest::API|HTTP::WebTest::API>

L<HTTP::WebTest::Plugin|HTTP::WebTest::Plugin>

L<HTTP::WebTest::Plugins|HTTP::WebTest::Plugins>

=cut

1;

[Http-webtest-general] Hidden Parameters and Premature Exits

[Mark M. <mm...@ol...>]

Ilya,

I'm a new user of your testing module and have a couple of questions.
First off, I'm wondering when you are going to include the hidden
parameter request- where we are able to take all of these hidden
variables out of the response and pass them as params to the next test.
And secondly, if I chain several click_button tests together and an
early one fails I'm getting a quirky error:

HTTP::WebTest: request uri is not set at
/usr/lib/perl5/site_perl/5.6.1/HTTP/WebTest/API.pm line 567.

Is there a better to report a failed test ?

-- 
Mark Mertel <mm...@ol...>
Mertel Software, Inc.

[Http-webtest-general] Re: Passing optional parameters

[William M. <wi...@kn...>]

On Wed, Sep 10, 2003 at 05:59:05PM +0400, Ilya Martynov wrote:
> Second parameter in $webtest->run_wtscript(..) is just a reference on
> a hash which contains additional global test parameters.
> 
> For example you can do
> 
>     $webtest->run_wtscript($file, { show_html => 'yes' });
> 
> instead of adding global test parameter show_html in your wtscript
> file.

I got it.


> As for documentation not being clear: I'll try to do my best but as
> English is not my native language I obviously is limited in my
> capability to write good docs.  Doc patches are wellcome :)

You're doing fine; I just needed to see the example. I'd be glad to send
patches if I find anywhere that the docs could be improved.


William

-- 
Knowmad Services Inc.
http://www.knowmad.com

[Http-webtest-general] Re: Passing optional parameters

[Ilya M. <il...@ma...>]

>>>>> On Wed, 10 Sep 2003 09:01:59 -0400, William McKee <wi...@kn...> said:

>> User error :) Test parameters are not visible as perl variables in a
>> test.  They are different things.

WM> Figures! Can you give me more explanation of what can be passed in as an
WM> optional parameter. The docs don't define it very clearly.

Second parameter in $webtest->run_wtscript(..) is just a reference on
a hash which contains additional global test parameters.

For example you can do

    $webtest->run_wtscript($file, { show_html => 'yes' });

instead of adding global test parameter show_html in your wtscript
file.

As for documentation not being clear: I'll try to do my best but as
English is not my native language I obviously is limited in my
capability to write good docs.  Doc patches are wellcome :)

-- 
Ilya Martynov,  il...@ip...
CTO IPonWEB (UK) Ltd
Quality Perl Programming and Unix Support
UK managed @ offshore prices - http://www.iponweb.net
Personal website - http://martynov.org

[Http-webtest-general] Re: Passing optional parameters

[William M. <wi...@kn...>]

Sorry for the cryptic "it did not work for me" report in the earlier
message. What happened was nothing because no webtest was run. I figured
that's because WebTest didn't see a valid url.

Upon further review though, I realized that I had made an error in my
calling script. Indeed your sample code is working as advertised.


Regards,
William

-- 
Knowmad Services Inc.
http://www.knowmad.com

[Http-webtest-general] Re: Passing optional parameters

[William M. <wi...@kn...>]

On Wed, Sep 10, 2003 at 12:49:50PM +0400, Ilya Martynov wrote:
> >>>>> On Tue, 9 Sep 2003 14:59:46 -0400, William McKee <wi...@kn...> said:
> 
> WM> Hi list,
> WM> I have been using the following code to set my URL in each of my
> WM> wtscript files:
> 
> WM> 	on_start {
> WM> 		URL = http://www.yahoo.com
>               ^^^^^^
> 
> Typo? It should $URL.

Yeah, there were several typos in that example. I was going by memory
(usu. a bad thing <g>). The working code looks like:

	on_start = {
		$URL = 'http://www.yahoo.com'
	}


> User error :) Test parameters are not visible as perl variables in a
> test.  They are different things.

Figures! Can you give me more explanation of what can be passed in as an
optional parameter. The docs don't define it very clearly.


> But you can do something like
> 
> $MY::URL = 'http://www.yahoo.com';
> $webtest->run_wtscript($file);
> 
> and in your tests use
> 
> url = "$MY::URL/purchase.cgi"

Thanks for the code but it did not work for me. I'm using WebTest v2.03.
Does this example only work for 2.04?


> I'll consider adding a feature which would make passing Perl variables
> to tests easier. Something like
> 
> $webtest->run_wtscript($file, { perl_vars =< {URL => $URL}});

That would be a nice feature for me, but I'd be happy with a usable
workaround as well.


Thanks,
William

-- 
Knowmad Services Inc.
http://www.knowmad.com

[Http-webtest-general] Re: Passing optional parameters

[Ilya M. <il...@ma...>]

>>>>> On Tue, 9 Sep 2003 14:59:46 -0400, William McKee <wi...@kn...> said:

WM> Hi list,
WM> I have been using the following code to set my URL in each of my
WM> wtscript files:

WM> 	on_start {
WM> 		URL = http://www.yahoo.com
              ^^^^^^

Typo? It should $URL.

WM> 	}


WM> In each of my tests I use this value as follows:

WM> 	url = "$URL/purchase.cgi"

WM> When using more than 2 wtscripts, it would be far easier to set this
WM> value just once (following the first virtue of good programming). I
WM> looked into the API documentation and found that I can pass in optional
WM> parameters when calling the run_wtscript function. Thus I rewrote my
WM> master script that calls each of my wtscripts as follows:

WM> 	$webtest->run_wtscript($file,{'URL' => $URL});

WM> Unfortunately when I run my tests, the $URL parameter is not available
WM> and I get 500 errors because WebTest cannot find the empty domain name.
WM> Is this a bug or user error?

User error :) Test parameters are not visible as perl variables in a
test.  They are different things.

But you can do something like

$MY::URL = 'http://www.yahoo.com';
$webtest->run_wtscript($file);

and in your tests use

url = "$MY::URL/purchase.cgi"

Note that I have to use fully qualified names as Perl code in wtscript
files is run from different scope and package then caller code. You
can replace package name MY with any other but it must be a fully
qualified name.

I'll consider adding a feature which would make passing Perl variables
to tests easier. Something like

$webtest->run_wtscript($file, { perl_vars =< {URL => $URL}});

-- 
Ilya Martynov,  il...@ip...
CTO IPonWEB (UK) Ltd
Quality Perl Programming and Unix Support
UK managed @ offshore prices - http://www.iponweb.net
Personal website - http://martynov.org

[Http-webtest-general] Passing optional parameters

[William M. <wi...@kn...>]

Hi list,

I have been using the following code to set my URL in each of my
wtscript files:

	on_start {
		URL = http://www.yahoo.com
	}

In each of my tests I use this value as follows:

	url = "$URL/purchase.cgi"

When using more than 2 wtscripts, it would be far easier to set this
value just once (following the first virtue of good programming). I
looked into the API documentation and found that I can pass in optional
parameters when calling the run_wtscript function. Thus I rewrote my
master script that calls each of my wtscripts as follows:

	$webtest->run_wtscript($file,{'URL' => $URL});

Unfortunately when I run my tests, the $URL parameter is not available
and I get 500 errors because WebTest cannot find the empty domain name.
Is this a bug or user error?

Thanks,
William

-- 
Knowmad Services Inc.
http://www.knowmad.com

[Http-webtest-general] [ANNOUNCE] HTTP-WebTest 2.04

[Ilya M. <il...@ma...>]

The URL

    http://martynov.org/tgz/HTTP-WebTest-2.04.tar.gz

has entered CPAN as

  file: $CPAN/authors/id/I/IL/ILYAM/HTTP-WebTest-2.04.tar.gz
  size: 90381 bytes
   md5: 16bfb8e76bf301e788241d774cab7cee


NAME
    HTTP::WebTest - Testing static and dynamic web content

DESCRIPTION

    This module runs tests on remote URLs containing
    Perl/JSP/HTML/JavaScript/etc. and generates a detailed test report. This
    module can be used "as-is" or its functionality can be extended using
    plugins. Plugins can define test types and provide additional report
    capabilities. This module comes with a set of default plugins but can be
    easily extended with third party plugins.


CHANGES SINCE 2.03:

BUG FIXES:

* ReportPlugin.pm had a bug that it sended out email report even if
mail parameter was set to "errors" and all tests passed.  Thanks to
Naoki Shima for a patch.


-- 
Ilya Martynov,  il...@ip...
CTO IPonWEB (UK) Ltd
Quality Perl Programming and Unix Support
UK managed @ offshore prices - http://www.iponweb.net
Personal website - http://martynov.org

[Http-webtest-general] Re: ReportPlugin.pm does not handle mail parameter properly

[Ilya M. <il...@ma...>]

>>>>> On Mon, 04 Aug 2003 12:55:13 +0900, Naoki Shima <na...@ma...> said:

NS> Hello,
NS> ReportPlugin.pm has a bug that it sends out email report
NS> even if mail parameter is set to "errors" and all test passes.

NS> This is how I fixed this problem.

NS> $ diff ReportPlugin.pm  ReportPlugin.pm.fixed
NS> 279c279
NS> <     return if $mail eq 'errors' and !$self->webtest->have_succeed;
NS> ---
>> return if $mail eq 'errors' and $self->webtest->have_succeed;

Thanks for the patch, it have been applied to CVS version.

-- 
Ilya Martynov,  il...@ip...
CTO IPonWEB (UK) Ltd
Quality Perl Programming and Unix Support
UK managed @ offshore prices - http://www.iponweb.net
Personal website - http://martynov.org

[Http-webtest-general] Re: Webtest questions on Active Perl and Siteminder

[Amit K. <ak...@ho...>]

Siteminder is a third party authentication mechanism for Web Applications 
(also called a Single Sign On mechanism).  From what I know of one 
implementation of Siteminder, the authentication information is stored in a 
cookie which is passed to the WebApplication at every request.

To answer the original question, yes I have found that Webtest does work 
with Siteminder. How easy is it? It will depend on the authenticaion method 
used. The easiest is basic authentication. It is possible to replicate SSL 
based authentication as well (Note: I did have to install the SSL modules 
for this instance).

This is what I would recommend in case Siteminder is using cookies and basic 
authentication. You should use a HTTP monitoring tool to see the HTTP 
requests to and from the client and Siteminder to determine what exactly is 
being passed. (Proxymonitron is an good tool for this 
http://www.proxomitron.info/files/index.shtml). Once you know what exactly 
is being passed between the browser and Siteminder, it shouldn't be too 
difficult to replicate the login process in HTTP::Webtest. Once you have 
done that, you should save the cookie and then use the cookie for your other 
tests.

HTH,
Amit

>
>
>Today's Topics:
>
>    1. Re: Webtest questions on Active Perl and
>        Siteminder (Ilya Martynov)
>
>--__--__--
>
>Message: 1
>To: "Philip Chan" <ph...@i-...>
>Cc: <htt...@li...>
>Subject: Re: [Http-webtest-general] Webtest questions on Active Perl and
>  Siteminder
>From: Ilya Martynov <il...@ip...>
>Date: Mon, 11 Aug 2003 12:36:36 +0400
>
> >>>>> "PC" == Philip Chan <ph...@i-...> writes:
>
>PC> Hello all,
>
>Hi,
>
>PC> This is my first post to this webtest mailing list and here I got
>PC> a couple questions to start with,
>
>PC> 1. To the latest version of webtest, is there any ready-to-install
>PC> ppm package available for Active Perl?
>
>I haven't heard about such but last time I checked it was possible to
>install HTTP::WebTest on Win32 from CPAN if you get nmake.exe (it
>should be freely available from ftp.microsoft.com).
>
>You can always built your own PPM :)
>
>     http://perlmonks.org/index.pl?node_id=113448
>
>PC> 2. Anyone ever got webtest to work with Siteminder? is it gonna be
>PC> as straight forward as an ordinary login form to due with?
>
>What is Siteminder?
>
>--
>Ilya Martynov,  il...@ip...
>CTO IPonWEB (UK) Ltd
>Quality Perl Programming and Unix Support
>UK managed @ offshore prices - http://www.iponweb.net
>Personal website - http://martynov.org

_________________________________________________________________
MSN 8 with e-mail virus protection service: 2 months FREE*  
http://join.msn.com/?page=features/virus

Re: [Http-webtest-general] Webtest questions on Active Perl and Siteminder

[Ilya M. <il...@ip...>]

>>>>> "PC" == Philip Chan <ph...@i-...> writes:

PC> Hello all,

Hi,

PC> This is my first post to this webtest mailing list and here I got
PC> a couple questions to start with,

PC> 1. To the latest version of webtest, is there any ready-to-install
PC> ppm package available for Active Perl?

I haven't heard about such but last time I checked it was possible to
install HTTP::WebTest on Win32 from CPAN if you get nmake.exe (it
should be freely available from ftp.microsoft.com).

You can always built your own PPM :)

    http://perlmonks.org/index.pl?node_id=113448

PC> 2. Anyone ever got webtest to work with Siteminder? is it gonna be
PC> as straight forward as an ordinary login form to due with?

What is Siteminder?

-- 
Ilya Martynov,  il...@ip...
CTO IPonWEB (UK) Ltd
Quality Perl Programming and Unix Support
UK managed @ offshore prices - http://www.iponweb.net
Personal website - http://martynov.org

[Http-webtest-general] Webtest questions on Active Perl and Siteminder

[Philip C. <ph...@i-...>]

Hello all,

This is my first post to this webtest mailing list and here I got a =
couple questions to start with,

1. To the latest version of webtest, is there any ready-to-install ppm =
package available for Active Perl?

2. Anyone ever got webtest to work with Siteminder? is it gonna be as =
straight forward as an ordinary login form to due with?

Thanks
Philip

[Http-webtest-general] [ANNOUNCE] HTTP-WebTest-XMLParser

[<joe...@us...>]

Hi,

Finally I found a reason to work on the symmetrical counterpart of 
XMLReport, namely XMLParser. The module should be shortly available from 
CPAN and has been put under the well-known sourceforge CVS tree.

This module allows you to define webtest scripts in a simple XML format. 
Nothing spectacular here, in fact the only relevant elements are params 
(global parameters), test (a test definition), lists (a test consisting 
of multple assertions, e.g. like require_text) and param (a single 
subtest). This all follows the wtscript syntax very close.

In the included 'scripts' directory you will find a conversion tool to 
convert from wtscipt or the older experimental and broken XML format to 
the current XML.
Further, a simple command line application 'webtest', to run tests from 
XML definitions. This is a drop-in replacement for the similar named 
tool in the HTTP::WebTest::Plugin::XMLReport distribution.
Also you will find the DTD here, but the examples (AKA tests, below 
directory 't') may be more intuitive to read.

As always: comments are very much welcome and perldoc is your friend!

Cheers,

Joe.

[Http-webtest-general] ReportPlugin.pm does not handle mail parameter properly

[Naoki S. <na...@ma...>]

Hello,

ReportPlugin.pm has a bug that it sends out email report
even if mail parameter is set to "errors" and all test passes.

This is how I fixed this problem.

$ diff ReportPlugin.pm  ReportPlugin.pm.fixed
279c279
<     return if $mail eq 'errors' and !$self->webtest->have_succeed;
---
 >     return if $mail eq 'errors' and $self->webtest->have_succeed;

Best regards,


Naoki Shima <na...@ma...>
Technical Yahoo
Yahoo! Japan.

Re: [Http-webtest-general] New plugin for HTTP-WebTest

[Naoki S. <na...@ma...>]

At 12:35 03/07/25 +0400, Ilya Martynov wrote:
> >>>>> "NS" == Naoki Shima <na...@ma...> writes:
>
>NS> Hello,
>
>Hi,
>
>NS> I have attached StickyHidden, a plug-in for HTTP-WebTest.
>NS> This plug-in gets hash of value(s) from hidden field(s) in previous
>NS> test and use it as param.
>
>NS> Can anybody upload this to CPAN?
>NS> I think this is useful when used in conjunction with Click plugin.
>
>I think I'd better intergrate this code in Click plugin if you don't
>mind. IIRC there was already similar feature request for it.

That's fine. Go ahead and put it in Click plugin.
Let me know when it's done.

Thanks,

Naoki Shima

Re: [Http-webtest-general] New plugin for HTTP-WebTest

[Ilya M. <il...@ip...>]

>>>>> "NS" == Naoki Shima <na...@ma...> writes:

NS> Hello,

Hi,

NS> I have attached StickyHidden, a plug-in for HTTP-WebTest.
NS> This plug-in gets hash of value(s) from hidden field(s) in previous
NS> test and use it as param.

NS> Can anybody upload this to CPAN?
NS> I think this is useful when used in conjunction with Click plugin.

I think I'd better intergrate this code in Click plugin if you don't
mind. IIRC there was already similar feature request for it.

-- 
Ilya Martynov,  il...@ip...
CTO IPonWEB (UK) Ltd
Quality Perl Programming and Unix Support
UK managed @ offshore prices - http://www.iponweb.net
Personal website - http://martynov.org

[Http-webtest-general] New plugin for HTTP-WebTest

[Naoki S. <na...@ma...>]

Hello,

I have attached StickyHidden, a plug-in for HTTP-WebTest.
This plug-in gets hash of value(s) from hidden field(s) in previous test 
and use it as param.

Can anybody upload this to CPAN?
I think this is useful when used in conjunction with Click plugin.



Naoki Shima

[Http-webtest-general] Re: HTTPS with WebTest

[Ilya M. <il...@ip...>]

>>>>> "AS" == Ashish Shah <an...@un...> writes:

AS> Hi Ilya,

Hello,

AS> I was wondering if HTTPS is supported with the WebTest APIs, I have
AS> been trying to test some certificated required pages. Is this possible
AS> at all with the WebTest API's?

There is no special support for HTTPS tests in WebTest (yet?).  You
may do HTTPS requests if you have installed either Crypt::SSLeay or
IO::Socket::SSL (one of them is required to enable SSL support in LWP)
but there is no special test parameters to send client side certs (as
I understand this is what you need) or to verify server side certs.

From Crypt::SSLeay docs ( see http://xrl.us/l5i ) it looks you can
specify some SSL connection parameters via environment variables. You
can try it. If it works or even if doesn't I'd love to get your
feedback.

Ccing also to HTTP-WebTest mailing list so others can benefit from
this discussion.

-- 
Ilya Martynov,  il...@ip...
CTO IPonWEB (UK) Ltd
Quality Perl Programming and Unix Support
UK managed @ offshore prices - http://www.iponweb.net
Personal website - http://martynov.org

[Http-webtest-general] [ANNOUNCE] HTTP-WebTest 2.03

[Ilya M. <il...@ma...>]

The URL

    http://martynov.org/tgz/HTTP-WebTest-2.03.tar.gz

has entered CPAN as

  file: $CPAN/authors/id/I/IL/ILYAM/HTTP-WebTest-2.03.tar.gz
  size: 90135 bytes
   md5: cc49ade2d6955fa20dd30b1f88862943



NAME
    HTTP::WebTest - Testing static and dynamic web content

DESCRIPTION

    This module runs tests on remote URLs containing
    Perl/JSP/HTML/JavaScript/etc. and generates a detailed test report. This
    module can be used "as-is" or its functionality can be extended using
    plugins. Plugins can define test types and provide additional report
    capabilities. This module comes with a set of default plugins but can be
    easily extended with third party plugins.



CHANGES SINCE LAST STABLE VERSION 2.02:

ENHANCEMENTS:

* New test parameters 'mail_success_subject' and
'mail_failure_subject' to redefine default value of Subject field in
test report emails.  Based on patch by Amit Kaul.

BUG FIXES:

* HTTP::WebTest used to mangle test URLs like
'http://website.com?http://website2.com?var=val' by URL escaping
everything after the first question mark. Now it does modify test URL
unless it is doing GET request and test parameter 'params' is
specified in a test specification.  Thanks to Brian Webb for a
bugreport.


-- 
Ilya Martynov,  il...@ip...
CTO IPonWEB (UK) Ltd
Quality Perl Programming and Unix Support
UK managed @ offshore prices - http://www.iponweb.net
Personal website - http://martynov.org

Re: [Http-webtest-general] speed problems - user agent problem?

[Terry <td...@ya...>]

This was not a speed problem.  This was a networking
problem that I did not see.  THanks for the response!

--- Ilya Martynov <il...@ip...> wrote:
> >>>>> "T" == Terry  <td...@ya...> writes:
> 
> T> Hello,
> T> I am seeing some huge speed problems when hitting
> T> sites that do a browser check ( at least that is
> what
> T> I am seeing at this point ).   I first thought it
> was
> T> an ssl issue but I can hit yahoo's ssl login site
> T> normally.  I have tried playing with the
> user_agent
> T> parameter, for example:
> T> Mozilla/4.0 (compatible; MSIE 5.5; Windows 98;
> Win 9x
> T> 4.90; DigExt)
> 
> T> Any other ideas?  I can hit the page fine with
> lynx. 
> T> It eventually gives me:
> 
> If there is any problem it is lickely to be a
> problem in LWP (which is
> used by HTTP::WebTest internally).
> 
> Can you access those sites directly via LWP?
> 
> I.e. does simple script like
> 
>     perl -MLWP::Simple -e 'getprint
> "http://www.linpro.no/lwp/"'
> 
> work with your site (example taken from 'perldoc
> lwpcook') ?
> 
> -- 
> Ilya Martynov,  il...@ip...
> CTO IPonWEB (UK) Ltd
> Quality Perl Programming and Unix Support
> UK managed @ offshore prices -
> http://www.iponweb.net
> Personal website - http://martynov.org
> 
> 
>
-------------------------------------------------------
> This SF.Net email sponsored by: Parasoft
> Error proof Web apps, automate testing & more.
> Download & eval WebKing and get a free book.
> www.parasoft.com/bulletproofapps1
> _______________________________________________
> Http-webtest-general mailing list
> Htt...@li...
>
https://lists.sourceforge.net/lists/listinfo/http-webtest-general


=====
Terry

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

Re: [Http-webtest-general] HTTP::WebTest::Request bug?

[Ilya M. <il...@ip...>]

>>>>> "BW" == Brian Webb <bw...@ya...> writes:

BW> Hello,

Hello,

BW> I noticed that HTTP::WebTest::Request module reformats that url
BW> during the tests. I have run into a problem when using wt to test
BW> web pages that redirect you to another web page.

BW> I am trying to test the return code of a url that looks something
BW> like:

BW> http://website.com?http://website2.com?var=val

BW> It appears that HTTP::WebTest::Request::uri is encoding everything
BW> after the first question mark. This behavior is different than
BW> HTTP::Request::uri and consequently, web test reports a 403 error
BW> instead of a 200. If I manually remove the uri method from
BW> HTTP::WebTest::Request (so it will use the method from the base
BW> class), then the test returns a 200 code.

BW> Is there an easy way to tell HTTP::WebTest::Request::uri to behave
BW> the same as HTTP::Request? Is there another way to get the test to
BW> succeed for this url?  Thanks.

Thanks you for your bug report. This have been fixed in CVS version
[1] which will be released soon. In the new version of HTTP::WebTest
it will not modify test URL unless it is doing GET request and test
parameter 'params' is specified in a test specification.

[1] http://sourceforge.net/cvs/?group_id=21337

-- 
Ilya Martynov,  il...@ip...
CTO IPonWEB (UK) Ltd
Quality Perl Programming and Unix Support
UK managed @ offshore prices - http://www.iponweb.net
Personal website - http://martynov.org

Re: [Http-webtest-general] speed problems - user agent problem?

[Ilya M. <il...@ip...>]

>>>>> "T" == Terry  <td...@ya...> writes:

T> Hello,
T> I am seeing some huge speed problems when hitting
T> sites that do a browser check ( at least that is what
T> I am seeing at this point ).   I first thought it was
T> an ssl issue but I can hit yahoo's ssl login site
T> normally.  I have tried playing with the user_agent
T> parameter, for example:
T> Mozilla/4.0 (compatible; MSIE 5.5; Windows 98; Win 9x
T> 4.90; DigExt)

T> Any other ideas?  I can hit the page fine with lynx. 
T> It eventually gives me:

If there is any problem it is lickely to be a problem in LWP (which is
used by HTTP::WebTest internally).

Can you access those sites directly via LWP?

I.e. does simple script like

    perl -MLWP::Simple -e 'getprint "http://www.linpro.no/lwp/"'

work with your site (example taken from 'perldoc lwpcook') ?

-- 
Ilya Martynov,  il...@ip...
CTO IPonWEB (UK) Ltd
Quality Perl Programming and Unix Support
UK managed @ offshore prices - http://www.iponweb.net
Personal website - http://martynov.org