Comments on: CoScripter http://mozillalabs.com/blog/2007/09/coscripter/ Just another mozillalabs.com weblog Tue, 25 Jan 2011 12:12:38 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: F Murray Rumpelstiltskin http://mozillalabs.com/blog/2007/09/coscripter/comment-page-1/#comment-440 F Murray Rumpelstiltskin Thu, 26 Feb 2009 04:13:32 +0000 http://mozillalabs.com/2007/09/coscripter/#comment-440 >> "Simplifying web based processes" Sheesh. IBM get a clue! It's not at AMO - and I'm not wasting any time on it. >> “Simplifying web based processes”

Sheesh.

IBM get a clue! It’s not at AMO – and I’m not wasting any time on it.

]]> By: diş beyazlatma http://mozillalabs.com/blog/2007/09/coscripter/comment-page-1/#comment-437 diş beyazlatma Sat, 29 Mar 2008 13:10:15 +0000 http://mozillalabs.com/2007/09/coscripter/#comment-437 teşekkürler teşekkürler

]]> By: Matthew Cornell http://mozillalabs.com/blog/2007/09/coscripter/comment-page-1/#comment-439 Matthew Cornell Tue, 15 Jan 2008 15:18:38 +0000 http://mozillalabs.com/2007/09/coscripter/#comment-439 Neat tool. Terrible registration process - should support anonymous downloads. Need keystrokes for the run button. Thanks a lot - very handy. Neat tool. Terrible registration process – should support anonymous downloads. Need keystrokes for the run button. Thanks a lot – very handy.

]]> By: Matthew Cornell http://mozillalabs.com/blog/2007/09/coscripter/comment-page-1/#comment-438 Matthew Cornell Fri, 30 Nov 2007 14:18:57 +0000 http://mozillalabs.com/2007/09/coscripter/#comment-438 Great tool, HORRID steps to get it. Great tool, HORRID steps to get it.

]]> By: John Tian http://mozillalabs.com/blog/2007/09/coscripter/comment-page-1/#comment-436 John Tian Sat, 08 Sep 2007 22:27:36 +0000 http://mozillalabs.com/2007/09/coscripter/#comment-436 Alex, did you look at Dejaclick and iMacros yet? Both extensions are easy to use and work well. Alex, did you look at Dejaclick and iMacros yet? Both extensions are easy to use and work well.

]]> By: Jim http://mozillalabs.com/blog/2007/09/coscripter/comment-page-1/#comment-435 Jim Fri, 07 Sep 2007 22:26:07 +0000 http://mozillalabs.com/2007/09/coscripter/#comment-435 Looks nice - but does it work with the majority of websites like <a href="https://addons.mozilla.org/de/firefox/addon/3863" rel="nofollow">iMacros</a> does? If not, it’ll remain useless for me. Sure, the <a href="http://wiki.imacros.net/Command_Reference" rel="nofollow">imacros syntax</a> is not exactly natural language :-) but not too complicated either. And as soon as the task gets a bit more involved, a natural language "program" becomes very confusing (download files, time stamps, tab support, clear cache... how do you describe these concepts in natural language?) >In the future CoScripter might also impact how we test Firefox. This is a good idea! But why not use imacros for this purpose? It's already there and it works. Looks nice – but does it work with the majority of websites like iMacros does? If not, it’ll remain useless for me.

Sure, the imacros syntax is not exactly natural language :-) but not too complicated either. And as soon as the task gets a bit more involved, a natural language “program” becomes very confusing (download files, time stamps, tab support, clear cache… how do you describe these concepts in natural language?)

>In the future CoScripter might also impact how we test Firefox.

This is a good idea! But why not use imacros for this purpose? It’s already there and it works.

]]> By: Alex Faaborg http://mozillalabs.com/blog/2007/09/coscripter/comment-page-1/#comment-434 Alex Faaborg Wed, 05 Sep 2007 04:23:18 +0000 http://mozillalabs.com/2007/09/coscripter/#comment-434 >how fragile a recorded script is when faced with site structure changes My impression is that because the script abstracts actions down to field and button names, the design and layout can change without breaking the script, but the overall UI can not. >how fragile a recorded script is when faced with site structure changes

My impression is that because the script abstracts actions down to field and button names, the design and layout can change without breaking the script, but the overall UI can not.

]]> By: Jason Huggins http://mozillalabs.com/blog/2007/09/coscripter/comment-page-1/#comment-433 Jason Huggins Tue, 04 Sep 2007 16:33:54 +0000 http://mozillalabs.com/2007/09/coscripter/#comment-433 We've had something very similar to this with Selenium IDE (http://www.openqa.org/selenium-ide/) for a few years now, albeit without the natural language support. Selenium IDE lets you record scripts and play them back one step at a time. I think the best example of this approach was Apple's HyperTalk, the scripting language built-in to HyperCard. HyperTalk really was a sweet language. I think GUI automation really lends itself to this natural language approach... but only in the simple cases. When testing gets slightly more complicated, and you want to use loops, conditionals, or functions... the natural language approach starts to get in the way... and a "real" language like JavaScript becomes far more productive. But I can't deny the seductive attraction of the natural language approach. We’ve had something very similar to this with Selenium IDE (http://www.openqa.org/selenium-ide/) for a few years now, albeit without the natural language support. Selenium IDE lets you record scripts and play them back one step at a time.

I think the best example of this approach was Apple’s HyperTalk, the scripting language built-in to HyperCard. HyperTalk really was a sweet language. I think GUI automation really lends itself to this natural language approach… but only in the simple cases. When testing gets slightly more complicated, and you want to use loops, conditionals, or functions… the natural language approach starts to get in the way… and a “real” language like JavaScript becomes far more productive. But I can’t deny the seductive attraction of the natural language approach.

]]> By: 翻译公司 http://mozillalabs.com/blog/2007/09/coscripter/comment-page-1/#comment-432 翻译公司 Tue, 04 Sep 2007 16:04:32 +0000 http://mozillalabs.com/2007/09/coscripter/#comment-432 Another benefit is that by lowering the cost of entry we should see this getting used by clinical and educational support staff to set up customisations for individual users. That should really help it (and FF) take off and provide great web accessibility. I’m going to see how to use this in Jambu. Another benefit is that by lowering the cost of entry we should see this getting used by clinical and educational support staff to set up customisations for individual users. That should really help it (and FF) take off and provide great web accessibility. I’m going to see how to use this in Jambu.

]]> By: Steve Lee http://mozillalabs.com/blog/2007/09/coscripter/comment-page-1/#comment-431 Steve Lee Tue, 04 Sep 2007 10:49:56 +0000 http://mozillalabs.com/2007/09/coscripter/#comment-431 Hi Alex, Thanks for bringing this to our attention. Another benefit is that by lowering the cost of entry we should see this getting used by clinical and educational support staff to set up customisations for individual users. That should really help it (and FF) take off and provide great web accessibility. I'm going to see how to use this in Jambu. My one question is how fragile a recorded script is when faced with site structure changes. I guess the 'sloppy programming' removes some of the dependency. Hi Alex, Thanks for bringing this to our attention.

Another benefit is that by lowering the cost of entry we should see this getting used by clinical and educational support staff to set up customisations for individual users. That should really help it (and FF) take off and provide great web accessibility. I’m going to see how to use this in Jambu.

My one question is how fragile a recorded script is when faced with site structure changes. I guess the ‘sloppy programming’ removes some of the dependency.

]]>