Re: Automated GUI testing with JS and AJAX

[Maxim Veksler]

Hello,

Some pointers, nothing concrete.


Tools that might assist:
http://www.mozilla.org/js/spidermonkey/
http://seleniumhq.org/
https://developer.mozilla.org/en/Rhino

Maxim.

2009/9/4 Lev Olshvang 
>
> Just my 2 cents:
>
> I think that combination of iMacros +GreaseMonkey plugins can be used for 
> regression tests,
> perhaps the  iMacros alone  is just sufficient for your purposes.
>
> Danny Lieberman wrote:
>
> Leonid,
>
> I'm pretty sure there are two possible non-DIY alternatives
> 1)  maybe  ratproxy - it's pretty cool for webapp software security 
> assessment and it might cover some of your test use cases
>
> 2) probably Mochitest - https://developer.mozilla.org/en/Mochitest
>
> Just a thought.
>
> Danny
>
> On Thu, Sep 3, 2009 at 3:48 PM, Leonid Podolny  
> wrote:
>
> Hi, all,
> At my work we encountered a problem and it looks like we are
> re-inventing the bicycle. Someone here surely has an experience with
> that.
> We have a regressions testing lab. As a part of the testing we have to
> work with the web-interface of our product. (I'm intentionally vague,
> the details are quite irrelevant to the problem). The testing scenario
> includes action items like "press the button with caption 'Advanced
> Settings' on it".
> This is implemented as a C program with sockets interface, so "find a
> button" actually means "look for a substring in the received HTML
> code" and "press the button" means "create an HTTP POST message and
> send it".
> However, recently we have added some JavaScript and AJAX to the
> web-interface and now the testing environment must be able to run JS
> and even cope with things like replacing part of the DOM tree. We can
> see three possible directions to tackle the problem:
> - Further fix our great testing program. After all, we know what AJAX
> can return -- we can manually open the connection it would open, parse
> the response, etc. Looks ugly and has a potential to turn into
> maintenance nightmare.
> - Setup a headless X server with Firefox running inside and some sort
> of scripting/management add-on. If someone has an experience with such
> a setup, I would appreciate pointers to specific add-ons you used.
> - Somehow hack off the GUI from any open-source browser and link it to
> our program, i.e. use it as HTML parser and JS machine. Looks
> unpredictably complicated, maybe not even feasible.
>
> ___
> Linux-il mailing list
> Linux-il@cs.huji.ac.il
> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
>
>
>
> --
> Danny Lieberman
> -
> http://www.dannylieberman.info
> Twitter:  http://twitter.com/onlyjazz
> Skype:  dannyl50
> Warsaw:+48-79-609-5964
> Israel:   +972 8 9701485
> Mobile: +972 - 54 447 1114
>
> 
> ___
> Linux-il mailing list
> Linux-il@cs.huji.ac.il
> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
>
>
> ___
> Linux-il mailing list
> Linux-il@cs.huji.ac.il
> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
>



--
Cheers,
Maxim Veksler

"Free as in Freedom" - Do u GNU ?

___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il

Re: Automated GUI testing with JS and AJAX

[Lev Olshvang]

Just my 2 cents:

I think that combination of iMacros +GreaseMonkey plugins can be used
for regression tests,
perhaps the  iMacros alone  is just sufficient for your purposes.

Danny Lieberman wrote:

  
  Leonid,
  
I'm pretty sure there are two possible non-DIY alternatives
1)  maybe  ratproxy - it's pretty cool for webapp software security
assessment and it might cover some of your test use cases
  
2) probably Mochitest - https://developer.mozilla.org/en/Mochitest
  
Just a thought.
  
Danny
  
  On Thu, Sep 3, 2009 at 3:48 PM, Leonid Podolny 
wrote:
  Hi, all,
At my work we encountered a problem and it looks like we are
re-inventing the bicycle. Someone here surely has an experience with
that.
We have a regressions testing lab. As a part of the testing we have to
work with the web-interface of our product. (I'm intentionally vague,
the details are quite irrelevant to the problem). The testing scenario
includes action items like "press the button with caption 'Advanced
Settings' on it".
This is implemented as a C program with sockets interface, so "find a
button" actually means "look for a substring in the received HTML
code" and "press the button" means "create an HTTP POST message and
send it".
However, recently we have added some _javascript_ and AJAX to the
web-interface and now the testing environment must be able to run JS
and even cope with things like replacing part of the DOM tree. We can
see three possible directions to tackle the problem:
- Further fix our great testing program. After all, we know what AJAX
can return -- we can manually open the connection it would open, parse
the response, etc. Looks ugly and has a potential to turn into
maintenance nightmare.
- Setup a headless X server with Firefox running inside and some sort
of scripting/management add-on. If someone has an experience with such
a setup, I would appreciate pointers to specific add-ons you used.
- Somehow hack off the GUI from any open-source browser and link it to
our program, i.e. use it as HTML parser and JS machine. Looks
unpredictably complicated, maybe not even feasible.

___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
  
  
  
  
  
-- 
Danny Lieberman
-
  http://www.dannylieberman.info
Twitter:  http://twitter.com/onlyjazz
Skype:  dannyl50
Warsaw:+48-79-609-5964
Israel:   +972 8 9701485
Mobile: +972 - 54 447 1114
  
  

___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
  






___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il

Re: Automated GUI testing with JS and AJAX

[Meir Kriheli]

Hi,

On 09/03/2009 03:48 PM, Leonid Podolny wrote:
> Hi, all,
> At my work we encountered a problem and it looks like we are
> re-inventing the bicycle. Someone here surely has an experience with
> that.
> We have a regressions testing lab. As a part of the testing we have to
> work with the web-interface of our product. (I'm intentionally vague,
> the details are quite irrelevant to the problem). The testing scenario
> includes action items like "press the button with caption 'Advanced
> Settings' on it".
> This is implemented as a C program with sockets interface, so "find a
> button" actually means "look for a substring in the received HTML
> code" and "press the button" means "create an HTTP POST message and
> send it".
> However, recently we have added some JavaScript and AJAX to the
> web-interface and now the testing environment must be able to run JS
> and even cope with things like replacing part of the DOM tree. We can
> see three possible directions to tackle the problem:
> - Further fix our great testing program. After all, we know what AJAX
> can return -- we can manually open the connection it would open, parse
> the response, etc. Looks ugly and has a potential to turn into
> maintenance nightmare.
> - Setup a headless X server with Firefox running inside and some sort
> of scripting/management add-on. If someone has an experience with such
> a setup, I would appreciate pointers to specific add-ons you used.
> - Somehow hack off the GUI from any open-source browser and link it to
> our program, i.e. use it as HTML parser and JS machine. Looks
> unpredictably complicated, maybe not even feasible.
> 

Try selenium:
http://seleniumhq.org/

Cheers
--
Meir Kriheli

___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il

Re: Automated GUI testing with JS and AJAX

[Danny Lieberman]

Leonid,

I'm pretty sure there are two possible non-DIY alternatives
1)  maybe  ratproxy - it's pretty cool for webapp software security
assessment and it might cover some of your test use cases

2) probably Mochitest - https://developer.mozilla.org/en/Mochitest

Just a thought.

Danny

On Thu, Sep 3, 2009 at 3:48 PM, Leonid Podolny wrote:

> Hi, all,
> At my work we encountered a problem and it looks like we are
> re-inventing the bicycle. Someone here surely has an experience with
> that.
> We have a regressions testing lab. As a part of the testing we have to
> work with the web-interface of our product. (I'm intentionally vague,
> the details are quite irrelevant to the problem). The testing scenario
> includes action items like "press the button with caption 'Advanced
> Settings' on it".
> This is implemented as a C program with sockets interface, so "find a
> button" actually means "look for a substring in the received HTML
> code" and "press the button" means "create an HTTP POST message and
> send it".
> However, recently we have added some JavaScript and AJAX to the
> web-interface and now the testing environment must be able to run JS
> and even cope with things like replacing part of the DOM tree. We can
> see three possible directions to tackle the problem:
> - Further fix our great testing program. After all, we know what AJAX
> can return -- we can manually open the connection it would open, parse
> the response, etc. Looks ugly and has a potential to turn into
> maintenance nightmare.
> - Setup a headless X server with Firefox running inside and some sort
> of scripting/management add-on. If someone has an experience with such
> a setup, I would appreciate pointers to specific add-ons you used.
> - Somehow hack off the GUI from any open-source browser and link it to
> our program, i.e. use it as HTML parser and JS machine. Looks
> unpredictably complicated, maybe not even feasible.
>
> ___
> Linux-il mailing list
> Linux-il@cs.huji.ac.il
> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
>



-- 
Danny Lieberman
-
http://www.dannylieberman.info
Twitter:  http://twitter.com/onlyjazz
Skype:  dannyl50
Warsaw:+48-79-609-5964
Israel:   +972 8 9701485
Mobile: +972 - 54 447 1114
___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il

Automated GUI testing with JS and AJAX

[Leonid Podolny]

Hi, all,
At my work we encountered a problem and it looks like we are
re-inventing the bicycle. Someone here surely has an experience with
that.
We have a regressions testing lab. As a part of the testing we have to
work with the web-interface of our product. (I'm intentionally vague,
the details are quite irrelevant to the problem). The testing scenario
includes action items like "press the button with caption 'Advanced
Settings' on it".
This is implemented as a C program with sockets interface, so "find a
button" actually means "look for a substring in the received HTML
code" and "press the button" means "create an HTTP POST message and
send it".
However, recently we have added some JavaScript and AJAX to the
web-interface and now the testing environment must be able to run JS
and even cope with things like replacing part of the DOM tree. We can
see three possible directions to tackle the problem:
- Further fix our great testing program. After all, we know what AJAX
can return -- we can manually open the connection it would open, parse
the response, etc. Looks ugly and has a potential to turn into
maintenance nightmare.
- Setup a headless X server with Firefox running inside and some sort
of scripting/management add-on. If someone has an experience with such
a setup, I would appreciate pointers to specific add-ons you used.
- Somehow hack off the GUI from any open-source browser and link it to
our program, i.e. use it as HTML parser and JS machine. Looks
unpredictably complicated, maybe not even feasible.

___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il