Zuzel what level of automated testing do we have at the moment?<div>I&#39;m a little out of sync with our current development process ... but ...</div><div><br><div>Should the development process not be tied into / supported by a continuous integration process? I.e. every check in into trunk is checked out by a CI server that builds, deploys, and runs any automated tests.  Should we be aiming to have a suite of unit tests, and a suite of acceptance or more functional tests written in something like Selenium that verifies that the application is working consistently across different browsers.  I&#39;ve been using tools like SauceLabs to run a Selenium based test suite against multiple browser and os versions - and the net result is all developer checkins are tested automatically by the build server, which obviously means releases can then be deployed to live with confidence.</div>
<div><div><br></div><div><br></div><div><br><br><div class="gmail_quote">On 11 May 2011 10:15, Philipp Schmidt <span dir="ltr">&lt;<a href="mailto:phi.schmidt@gmail.com">phi.schmidt@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On 11 May 2011 03:49, John Britton &lt;<a href="mailto:public@johndbritton.com">public@johndbritton.com</a>&gt; wrote:<br>
&gt; This is part of the argument against moving to the new site earlier. I&#39;m not<br>
&gt; opposed, but because we&#39;re going to have more and more real users on the new<br>
&gt; site we&#39;ll have to spend a fair amount of time making sure things work<br>
&gt; before we push them. The alternative is to be ready to fix things if they<br>
&gt; are broken after we push them (I tend to prefer this approach).<br>
<br>
</div>I suspect the right solution is somewhere in the middle. The old site<br>
is really starting to hurt us, and it would be great if we could move<br>
sooner rather than later. But I agree with John that we don&#39;t want to<br>
slow down development too much, and we also don&#39;t want real users to<br>
get frustrated by serious bugs. Could we keep pushing (push-then-fix)<br>
for now, and start increasing the testing / staging phase by a day at<br>
a time as we take on more users?<br>
<br>
It might also be useful to have an <a href="http://alpha.p2pu.org" target="_blank">alpha.p2pu.org</a> where those with<br>
interest and time, could always access the latest snapshot of<br>
development progress, and help test.<br>
<div><div></div><div class="h5"><br>
P<br>
_______________________________________________<br>
p2pu-dev mailing list<br>
<a href="mailto:p2pu-dev@lists.p2pu.org">p2pu-dev@lists.p2pu.org</a><br>
<a href="http://lists.p2pu.org/mailman/listinfo/p2pu-dev" target="_blank">http://lists.p2pu.org/mailman/listinfo/p2pu-dev</a><br>
</div></div></blockquote></div><br></div></div></div>