Re: Automated GUI testing with JS and AJAX
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 lols...@012.net.il 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 leonidp.li...@gmail.com 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
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 leonidp.li...@gmail.com 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
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 leonidp.li...@gmail.comwrote: 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
Re: Automated GUI testing with JS and AJAX
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
