<div dir="ltr">If you are willing to isolate some portions of the commotion-router web UI for browser compatibility testing, i.e. not do such tests exclusively on target hardware, you could try running an instance of uhttpd/luci/etc compiled for x86 (or likewise running the same under an virtualized environment via VMWare Player / VirtualBox).<br>

<br>Jenkins is quite flexible in letting you specify post-build scripts to do pretty much anything that can be scripted.  For example, deploy a freshly compiled VMDK file to a VMWare Player instance, or simply copy over the updated contents of /www/luci-static and /usr/lib/lua over to the instance of uhttpd/luci you have running on whatever port on the build server, and then point automated browser testing at that.<br>

<br>This would require modifying / extracting pieces from commotion-router to run meaningfully enough for testing purposes in an environment w/o a radio.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">

On Thu, Apr 17, 2014 at 9:50 AM, Andrew Reynolds <span dir="ltr"><<a href="mailto:andrew@opentechinstitute.org" target="_blank">andrew@opentechinstitute.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

I spent some time with the IDE this week and am just starting to work<br>
with the perl and python bindings. So far it seems like exactly what I'm<br>
looking for.<br>
<br>
The biggest hurdle I see right now is that we can't run the<br>
commotion-router web interface on the build server (at least not live),<br>
so we may not be able to integrate fully with jenkins. If there's a<br>
solution I'm overlooking I would love to hear it.<br>
<span class="HOEnZb"><font color="#888888"><br>
-andrew<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On 04/10/2014 11:55 AM, Bill Comisky wrote:<br>
> My 2 cents: I've been using Selenium for a few years through the perl<br>
> bindings, and have been pretty happy with it.   The Selenium IDE plugin for<br>
> firefox makes it pretty easy to construct the selectors for your browser<br>
> actions.  I've used it primarily with firefox, so can't speak to<br>
> cross-browser testing.<br>
><br>
> Bill<br>
><br>
><br>
> On Thu, Apr 10, 2014 at 11:27 AM, Andrew Reynolds <<br>
> <a href="mailto:andrew@opentechinstitute.org">andrew@opentechinstitute.org</a>> wrote:<br>
><br>
>> Hi all,<br>
>><br>
>> We're doing a lot of manual testing for our Commotion releases these<br>
>> days, including a lot of browser-based tests of the luci interfaces. For<br>
>> example, we check all fields for proper input validation, make sure file<br>
>> upload widgets work, check all the links, etc.<br>
>><br>
>> I've been looking at Selenium to try to automate some of the work. It<br>
>> seems popular and integrates with Jenkins but I've never actually used it.<br>
>><br>
>> Have any of you used Selenium or similar products enough to favor one or<br>
>> the other?<br>
>><br>
>> -andrew<br>
>><br>
>><br>
>> _______________________________________________<br>
>> Commotion-dev mailing list<br>
>> <a href="mailto:Commotion-dev@lists.chambana.net">Commotion-dev@lists.chambana.net</a><br>
>> <a href="https://lists.chambana.net/mailman/listinfo/commotion-dev" target="_blank">https://lists.chambana.net/mailman/listinfo/commotion-dev</a><br>
>><br>
>><br>
><br>
<br>
<br>
</div></div><br>_______________________________________________<br>
Commotion-dev mailing list<br>
<a href="mailto:Commotion-dev@lists.chambana.net">Commotion-dev@lists.chambana.net</a><br>
<a href="https://lists.chambana.net/mailman/listinfo/commotion-dev" target="_blank">https://lists.chambana.net/mailman/listinfo/commotion-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Ben West<div><a href="http://gowasabi.net" target="_blank">http://gowasabi.net</a><br><a href="mailto:ben@gowasabi.net" target="_blank">ben@gowasabi.net</a><br>314-246-9434<br>

</div>
</div>