|

»

Grinder testing using a framework

View: New views

7 Messages — Rating Filter: Alert me

	Grinder testing using a framework by Vivin Paliath :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message Hey everyone, I hope this is not too presumptuous, but I created a framework that makes it a little easier to create performance tests. Instead of recording different scenarios, you can record the discrete transactions or tasks (like adding a user, or logging in for example) and then create different scenarios using previously recorded tasks. I came up with this design while exploring the possible use of Grinder for performance testing at my job. I realized that wanted different scenarios with different kinds of tasks and it was a bit of a pain recording a complete scenario for each of them. By the way, I'm not a Python/Jython programmer and so my code may not be very python-esque. But I'd like to get some feedback from you guys to see whether this is a useful approach, or whether it just totally sucks :). The link to the tutorial is: http://vivin.net/2009/09/16/writing-performance-tests-in-grinder-using-a-framework/ I also have two other tutorials on my site which may be of use. The first one is pretty much just the set-up documentation on the Grinder website rewritten, while the second one describes the structure of a recorded grinder-test-script: http://vivin.net/2009/07/27/performance-testing-using-the-grinder/ http://vivin.net/2009/08/14/anatomy-of-a-grinder-testscript/ Vivin
	Re: Grinder testing using a framework by Philip Aston-3 :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message Vivin, Your URLs don't work for me. Can you double check please? - Phil Vivin Paliath wrote: > Hey everyone, > > I hope this is not too presumptuous, but I created a framework that makes it > a little easier to create performance tests. Instead of recording different > scenarios, you can record the discrete transactions or tasks (like adding a > user, or logging in for example) and then create different scenarios using > previously recorded tasks. I came up with this design while exploring the > possible use of Grinder for performance testing at my job. I realized that > wanted different scenarios with different kinds of tasks and it was a bit of > a pain recording a complete scenario for each of them. > > By the way, I'm not a Python/Jython programmer and so my code may not be > very python-esque. But I'd like to get some feedback from you guys to see > whether this is a useful approach, or whether it just totally sucks :). > > The link to the tutorial is: > > http://vivin.net/2009/09/16/writing-performance-tests-in-grinder-using-a-framework/ > http://vivin.net/2009/09/16/writing-performance-tests-in-grinder-using-a-framework/ > > I also have two other tutorials on my site which may be of use. The first > one is pretty much just the set-up documentation on the Grinder website > rewritten, while the second one describes the structure of a recorded > grinder-test-script: > > http://vivin.net/2009/07/27/performance-testing-using-the-grinder/ > http://vivin.net/2009/07/27/performance-testing-using-the-grinder/ > http://vivin.net/2009/08/14/anatomy-of-a-grinder-testscript/ > http://vivin.net/2009/08/14/anatomy-of-a-grinder-testscript/ > > Vivin > ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ grinder-use mailing list grinder-use@... https://lists.sourceforge.net/lists/listinfo/grinder-use
	Re: Grinder testing using a framework by Vivin Paliath :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message Hey Phil, Sorry about that. I had issues with my internet connection yesterday (I host my site at home) which is probably why you weren't able to access it. The site should be available now! Vivin On Wed, Sep 23, 2009 at 2:26 PM, Philip Aston <philip.aston@...> wrote: Vivin, Your URLs don't work for me. Can you double check please? - Phil Vivin Paliath wrote: > Hey everyone, > > I hope this is not too presumptuous, but I created a framework that makes it > a little easier to create performance tests. Instead of recording different > scenarios, you can record the discrete transactions or tasks (like adding a > user, or logging in for example) and then create different scenarios using > previously recorded tasks. I came up with this design while exploring the > possible use of Grinder for performance testing at my job. I realized that > wanted different scenarios with different kinds of tasks and it was a bit of > a pain recording a complete scenario for each of them. > > By the way, I'm not a Python/Jython programmer and so my code may not be > very python-esque. But I'd like to get some feedback from you guys to see > whether this is a useful approach, or whether it just totally sucks :). > > The link to the tutorial is: > > http://vivin.net/2009/09/16/writing-performance-tests-in-grinder-using-a-framework/ > http://vivin.net/2009/09/16/writing-performance-tests-in-grinder-using-a-framework/ > > I also have two other tutorials on my site which may be of use. The first > one is pretty much just the set-up documentation on the Grinder website > rewritten, while the second one describes the structure of a recorded > grinder-test-script: > > http://vivin.net/2009/07/27/performance-testing-using-the-grinder/ > http://vivin.net/2009/07/27/performance-testing-using-the-grinder/ > http://vivin.net/2009/08/14/anatomy-of-a-grinder-testscript/ > http://vivin.net/2009/08/14/anatomy-of-a-grinder-testscript/ > > Vivin > ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ grinder-use mailing list grinder-use@... https://lists.sourceforge.net/lists/listinfo/grinder-use -- Ruin untold; And thine own sadness, Sing in the grass, When eve has forgot, that no more hear common things that gleam and pass; But seek alone to lip, sad Rose of love and ruin untold; And thine own mother Can know it as I know More than another What makes your own sadness, Set in her eyes. ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ grinder-use mailing list grinder-use@... https://lists.sourceforge.net/lists/listinfo/grinder-use
	Re: Grinder testing using a framework by Vivin Paliath :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message Were you able to check the links out Phil? On Wed, Sep 23, 2009 at 2:26 PM, Philip Aston <philip.aston@...> wrote: Vivin, Your URLs don't work for me. Can you double check please? - Phil Vivin Paliath wrote: > Hey everyone, > > I hope this is not too presumptuous, but I created a framework that makes it > a little easier to create performance tests. Instead of recording different > scenarios, you can record the discrete transactions or tasks (like adding a > user, or logging in for example) and then create different scenarios using > previously recorded tasks. I came up with this design while exploring the > possible use of Grinder for performance testing at my job. I realized that > wanted different scenarios with different kinds of tasks and it was a bit of > a pain recording a complete scenario for each of them. > > By the way, I'm not a Python/Jython programmer and so my code may not be > very python-esque. But I'd like to get some feedback from you guys to see > whether this is a useful approach, or whether it just totally sucks :). > > The link to the tutorial is: > > http://vivin.net/2009/09/16/writing-performance-tests-in-grinder-using-a-framework/ > http://vivin.net/2009/09/16/writing-performance-tests-in-grinder-using-a-framework/ > > I also have two other tutorials on my site which may be of use. The first > one is pretty much just the set-up documentation on the Grinder website > rewritten, while the second one describes the structure of a recorded > grinder-test-script: > > http://vivin.net/2009/07/27/performance-testing-using-the-grinder/ > http://vivin.net/2009/07/27/performance-testing-using-the-grinder/ > http://vivin.net/2009/08/14/anatomy-of-a-grinder-testscript/ > http://vivin.net/2009/08/14/anatomy-of-a-grinder-testscript/ > > Vivin > ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ grinder-use mailing list grinder-use@... https://lists.sourceforge.net/lists/listinfo/grinder-use -- Ruin untold; And thine own sadness, Sing in the grass, When eve has forgot, that no more hear common things that gleam and pass; But seek alone to lip, sad Rose of love and ruin untold; And thine own mother Can know it as I know More than another What makes your own sadness, Set in her eyes. ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ grinder-use mailing list grinder-use@... https://lists.sourceforge.net/lists/listinfo/grinder-use
	Re: Grinder testing using a framework by Philip Aston-3 :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message Hi Vivin, Yes, finally got to it. (Sorry, I've been busy). You have some excellent bloggage there! FWIW, the python scripts at http://vivin.net/2009/09/16/writing-performance-tests-in-grinder-using-a-framework/ render with extra HTML cruft for me (FF 3.0.14) : HTML cruft you might want to double check. I don't think your approach sucks at all. Any grinder scripting effort for more than the most trivial of applications will require the sort of framework abstractions you describe and I'm glad you've written at such length about your approach. I'll add a link from The Grinder web site. Thanks, - Phil Vivin Suresh Paliath wrote: > Were you able to check the links out Phil? > > On Wed, Sep 23, 2009 at 2:26 PM, Philip Aston <philip.aston@... > <mailto:philip.aston@...>> wrote: > > Vivin, > > Your URLs don't work for me. Can you double check please? > > - Phil > > Vivin Paliath wrote: > > Hey everyone, > > > > I hope this is not too presumptuous, but I created a framework > that makes it > > a little easier to create performance tests. Instead of > recording different > > scenarios, you can record the discrete transactions or tasks > (like adding a > > user, or logging in for example) and then create different > scenarios using > > previously recorded tasks. I came up with this design while > exploring the > > possible use of Grinder for performance testing at my job. I > realized that > > wanted different scenarios with different kinds of tasks and it > was a bit of > > a pain recording a complete scenario for each of them. > > > > By the way, I'm not a Python/Jython programmer and so my code > may not be > > very python-esque. But I'd like to get some feedback from you > guys to see > > whether this is a useful approach, or whether it just totally > sucks :). > > > > The link to the tutorial is: > > > > > http://vivin.net/2009/09/16/writing-performance-tests-in-grinder-using-a-framework/ > > > http://vivin.net/2009/09/16/writing-performance-tests-in-grinder-using-a-framework/ > > > > I also have two other tutorials on my site which may be of use. > The first > > one is pretty much just the set-up documentation on the Grinder > website > > rewritten, while the second one describes the structure of a > recorded > > grinder-test-script: > > > > http://vivin.net/2009/07/27/performance-testing-using-the-grinder/ > > http://vivin.net/2009/07/27/performance-testing-using-the-grinder/ > > http://vivin.net/2009/08/14/anatomy-of-a-grinder-testscript/ > > http://vivin.net/2009/08/14/anatomy-of-a-grinder-testscript/ > > > > Vivin > > > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. > Jumpstart your > developing skills, take BlackBerry mobile applications to market > and stay > ahead of the curve. Join us from November 9-12, 2009. Register > now! > http://p.sf.net/sfu/devconf > _______________________________________________ > grinder-use mailing list > grinder-use@... > <mailto:grinder-use@...> > https://lists.sourceforge.net/lists/listinfo/grinder-use > > > > > -- > Ruin untold; > And thine own sadness, > Sing in the grass, > When eve has forgot, that no more hear common things that gleam and pass; > But seek alone to lip, sad Rose of love and ruin untold; > And thine own mother > Can know it as I know > More than another > What makes your own sadness, > Set in her eyes. > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > ------------------------------------------------------------------------ > > _______________________________________________ > grinder-use mailing list > grinder-use@... > https://lists.sourceforge.net/lists/listinfo/grinder-use > ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ grinder-use mailing list grinder-use@... https://lists.sourceforge.net/lists/listinfo/grinder-use
	Re: Grinder testing using a framework by Philip Aston-3 :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message Hmmm.. irony. My HTML formatted mail had a picture showing the problem - now attached. Philip Aston wrote: > Hi Vivin, > > Yes, finally got to it. (Sorry, I've been busy). > > You have some excellent bloggage there! > > FWIW, the python scripts at > http://vivin.net/2009/09/16/writing-performance-tests-in-grinder-using-a-framework/ > render with extra HTML cruft for me (FF 3.0.14) : > > HTML cruft > > > you might want to double check. > > I don't think your approach sucks at all. Any grinder scripting effort > for more than the most trivial of applications will require the sort of > framework abstractions you describe and I'm glad you've written at such > length about your approach. I'll add a link from The Grinder web site. > > Thanks, > > - Phil > > Vivin Suresh Paliath wrote: > >> Were you able to check the links out Phil? >> >> On Wed, Sep 23, 2009 at 2:26 PM, Philip Aston <philip.aston@... >> <mailto:philip.aston@...>> wrote: >> >> Vivin, >> >> Your URLs don't work for me. Can you double check please? >> >> - Phil >> >> Vivin Paliath wrote: >> > Hey everyone, >> > >> > I hope this is not too presumptuous, but I created a framework >> that makes it >> > a little easier to create performance tests. Instead of >> recording different >> > scenarios, you can record the discrete transactions or tasks >> (like adding a >> > user, or logging in for example) and then create different >> scenarios using >> > previously recorded tasks. I came up with this design while >> exploring the >> > possible use of Grinder for performance testing at my job. I >> realized that >> > wanted different scenarios with different kinds of tasks and it >> was a bit of >> > a pain recording a complete scenario for each of them. >> > >> > By the way, I'm not a Python/Jython programmer and so my code >> may not be >> > very python-esque. But I'd like to get some feedback from you >> guys to see >> > whether this is a useful approach, or whether it just totally >> sucks :). >> > >> > The link to the tutorial is: >> > >> > >> http://vivin.net/2009/09/16/writing-performance-tests-in-grinder-using-a-framework/ >> > >> http://vivin.net/2009/09/16/writing-performance-tests-in-grinder-using-a-framework/ >> > >> > I also have two other tutorials on my site which may be of use. >> The first >> > one is pretty much just the set-up documentation on the Grinder >> website >> > rewritten, while the second one describes the structure of a >> recorded >> > grinder-test-script: >> > >> > http://vivin.net/2009/07/27/performance-testing-using-the-grinder/ >> > http://vivin.net/2009/07/27/performance-testing-using-the-grinder/ >> > http://vivin.net/2009/08/14/anatomy-of-a-grinder-testscript/ >> > http://vivin.net/2009/08/14/anatomy-of-a-grinder-testscript/ >> > >> > Vivin >> > >> >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. >> Jumpstart your >> developing skills, take BlackBerry mobile applications to market >> and stay >> ahead of the curve. Join us from November 9-12, 2009. Register >> now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> grinder-use mailing list >> grinder-use@... >> <mailto:grinder-use@...> >> https://lists.sourceforge.net/lists/listinfo/grinder-use >> >> >> >> >> -- >> Ruin untold; >> And thine own sadness, >> Sing in the grass, >> When eve has forgot, that no more hear common things that gleam and pass; >> But seek alone to lip, sad Rose of love and ruin untold; >> And thine own mother >> Can know it as I know >> More than another >> What makes your own sadness, >> Set in her eyes. >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9-12, 2009. Register now! >> http://p.sf.net/sfu/devconf >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> grinder-use mailing list >> grinder-use@... >> https://lists.sourceforge.net/lists/listinfo/grinder-use >> >> ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ grinder-use mailing list grinder-use@... https://lists.sourceforge.net/lists/listinfo/grinder-use cruft.jpg (12K) Download Attachment
	Re: Grinder testing using a framework by Vivin Paliath :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message Thanks Philip! Haha, yeah I finally migrated to wordpress from my own custom home-grown solution. I'm glad you liked my blog and I'm also glad you liked the approach. Thanks for adding the link to The Grinder website! I was a little nervous when I submitted the framework! Ah, I just noticed it. I think it's a problem with that plugin in general. Whenever I switch between HTML and rendered view in wordpress, it messes up the code. I'll fix it right away! Vivin On Tue, Sep 29, 2009 at 1:00 PM, Philip Aston <philip.aston@...> wrote: Hmmm.. irony. My HTML formatted mail had a picture showing the problem - now attached. Philip Aston wrote: > Hi Vivin, > > Yes, finally got to it. (Sorry, I've been busy). > > You have some excellent bloggage there! > > FWIW, the python scripts at > http://vivin.net/2009/09/16/writing-performance-tests-in-grinder-using-a-framework/ > render with extra HTML cruft for me (FF 3.0.14) : > > HTML cruft > > > you might want to double check. > > I don't think your approach sucks at all. Any grinder scripting effort > for more than the most trivial of applications will require the sort of > framework abstractions you describe and I'm glad you've written at such > length about your approach. I'll add a link from The Grinder web site. > > Thanks, > > - Phil > > Vivin Suresh Paliath wrote: > >> Were you able to check the links out Phil? >> >> On Wed, Sep 23, 2009 at 2:26 PM, Philip Aston <philip.aston@... >> <mailto:philip.aston@...>> wrote: >> >> Vivin, >> >> Your URLs don't work for me. Can you double check please? >> >> - Phil >> >> Vivin Paliath wrote: >> > Hey everyone, >> > >> > I hope this is not too presumptuous, but I created a framework >> that makes it >> > a little easier to create performance tests. Instead of >> recording different >> > scenarios, you can record the discrete transactions or tasks >> (like adding a >> > user, or logging in for example) and then create different >> scenarios using >> > previously recorded tasks. I came up with this design while >> exploring the >> > possible use of Grinder for performance testing at my job. I >> realized that >> > wanted different scenarios with different kinds of tasks and it >> was a bit of >> > a pain recording a complete scenario for each of them. >> > >> > By the way, I'm not a Python/Jython programmer and so my code >> may not be >> > very python-esque. But I'd like to get some feedback from you >> guys to see >> > whether this is a useful approach, or whether it just totally >> sucks :). >> > >> > The link to the tutorial is: >> > >> > >> http://vivin.net/2009/09/16/writing-performance-tests-in-grinder-using-a-framework/ >> > >> http://vivin.net/2009/09/16/writing-performance-tests-in-grinder-using-a-framework/ >> > >> > I also have two other tutorials on my site which may be of use. >> The first >> > one is pretty much just the set-up documentation on the Grinder >> website >> > rewritten, while the second one describes the structure of a >> recorded >> > grinder-test-script: >> > >> > http://vivin.net/2009/07/27/performance-testing-using-the-grinder/ >> > http://vivin.net/2009/07/27/performance-testing-using-the-grinder/ >> > http://vivin.net/2009/08/14/anatomy-of-a-grinder-testscript/ >> > http://vivin.net/2009/08/14/anatomy-of-a-grinder-testscript/ >> > >> > Vivin >> > >> >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. >> Jumpstart your >> developing skills, take BlackBerry mobile applications to market >> and stay >> ahead of the curve. Join us from November 9-12, 2009. Register >> now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> grinder-use mailing list >> grinder-use@... >> <mailto:grinder-use@...> >> https://lists.sourceforge.net/lists/listinfo/grinder-use >> >> >> >> >> -- >> Ruin untold; >> And thine own sadness, >> Sing in the grass, >> When eve has forgot, that no more hear common things that gleam and pass; >> But seek alone to lip, sad Rose of love and ruin untold; >> And thine own mother >> Can know it as I know >> More than another >> What makes your own sadness, >> Set in her eyes. >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9-12, 2009. Register now! >> http://p.sf.net/sfu/devconf >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> grinder-use mailing list >> grinder-use@... >> https://lists.sourceforge.net/lists/listinfo/grinder-use >> >> ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ grinder-use mailing list grinder-use@... https://lists.sourceforge.net/lists/listinfo/grinder-use -- Ruin untold; And thine own sadness, Sing in the grass, When eve has forgot, that no more hear common things that gleam and pass; But seek alone to lip, sad Rose of love and ruin untold; And thine own mother Can know it as I know More than another What makes your own sadness, Set in her eyes. ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ grinder-use mailing list grinder-use@... https://lists.sourceforge.net/lists/listinfo/grinder-use