Grinder feature request

Patrick Killelea <[email protected]> Mon, 4 Feb 2013 19:00:55 +0000
Newsgroups gmane.comp.java.grinder.devel
Message-ID <CD354566.1338%[email protected]>
--===============2962322253316564685==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_CD3545661338pkilleleashutterflycom_"

--_000_CD3545661338pkilleleashutterflycom_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi,
I've started using The Grinder for load testing at Shutterfly.com. One thin=
g we'd like to be able to do is take a .har file (HTTP archive file) as dum=
ped from the Chrome Developer Tools or from Firebug+NetExport and feed that=
 transcript of HTTP traffic into The Grinder to generate the basic skeleton=
 of a load test.

.har files are JSON so they're easy to parse, and they contain all the info=
 needed to replicate HTTP requests. Using them to get the ball rolling on a=
 load test would save a lot of requirements-gathering and coding time. I co=
uld simply have an internal customer surf some pages that they want us to l=
oad test, capture that as a .har file, transform it to a basic Grinder test=
, parameterize that test manually, and then replay that traffic.

Shouldn't be too hard and it would greatly increase the value of The Grinde=
r. I even have bits of python I could post here to explain what I mean.

Patrick

--_000_CD3545661338pkilleleashutterflycom_
Content-Type: text/html; charset="us-ascii"
Content-ID: <C223AED72E231F4EAA73D0ACDE1B1684-LGDUzaDeE2PCXmymsgaQcQ@public.gmane.org>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami=
ly: Calibri, sans-serif; ">
<div>Hi,</div>
<div>I've started using The Grinder for load testing at Shutterfly.com. One=
 thing we'd like to be able to do is take a .har file (HTTP archive file) a=
s dumped from the Chrome Developer Tools or from Firebug&#43;NetExport and =
feed that transcript of HTTP traffic
 into The Grinder to generate the basic skeleton of a load test.</div>
<div><br>
</div>
<div>.har files are JSON so they're easy to parse, and they contain all the=
 info needed to replicate HTTP requests. Using them to get the ball rolling=
 on a load test would save a lot of requirements-gathering and coding time.=
 I could simply have an internal
 customer surf some pages that they want us to load test, capture that as a=
 .har file, transform it to a basic Grinder test, parameterize that test ma=
nually, and then replay that traffic.</div>
<div><br>
</div>
<div>Shouldn't be too hard and it would greatly increase the value of The G=
rinder. I even have bits of python I could post here to explain what I mean=
.</div>
<div><br>
</div>
<div>Patrick</div>
</body>
</html>

--_000_CD3545661338pkilleleashutterflycom_--


--===============2962322253316564685==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
--===============2962322253316564685==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Grinder-development mailing list
Grinder-development-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/grinder-development

--===============2962322253316564685==--