RocketModule - acceptance testing http://rocket.local/categories/acceptance-testing en Drupal Acceptance/QA Testing with Selenium - Screencast http://rocket.local/blog/drupal-acceptanceqa-testing-selenium-screencast <div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><strong>Background</strong><br /> For the past 6 months I've been lucky to be part of the development team for the newly launched <a href=""></a>, a Drupal-powered social networking site which "provides one of the safest online destinations for youth ages 9 through 18 to interact*". To say that Yoursphere is the most customized Drupal site I've worked on would be quite an understatement. One example of that, and subject of this article, the user registration system went from the standard single page - to one which uses 4 unique user creation forms which are integrated within several possible 'registration flows'. The most complex of these involves two of the user creation forms, 8 total screens and third-party identity verification. <br /><br /> Besides being an opportunity to get to know <a href="">hook_user</a> real well, at the end of creating this system we were left with a larger-than-normal nightmare of, "Wow, I wonder if my new small change just exploded the entire registration system for the site. Hmmmmmm." <br /><br /><strong>Deciding on acceptance testing / Selenium</strong><br /> Faced with how to automate testing of these screens and use case, combined with limited time to implement the testing framework, a method of <a href="">acceptance testing</a> (using <a href="">Selenium</a>) was opted for instead of <a href="">unit testing</a> (e.g., using Simpletest) for several reasons (though perhaps in the future we'll have both unit and acceptance testing implemented): <ul><li>Facilitate testing of the registration system by non-developers</li> <li>There are registration screens which involve third-party interaction/functionality which cannot be unit-tested by us</li> <li>Selenium opens the possibility of testing the registration system across multiple browsers</li> <li>Seeing a browser step through all the registration steps just like a real person would do (except more quickly) is just so cool and offers a unique piece of mind about the integrity of the registration system</li></ul><strong>Selenium in action</strong><br /> When I <a href="">last wrote about Selenium</a>, I was trying to find an easy way to get Selenium RC to work *easily*, meaning without having to install a PEAR extension and/or PEAR itself. After (much) more research I can report conclusively that there is no *easy* way to get Selenium RC working, which in all honestly puts it outside my scope of interest, as I'm sure it would for most of the Drupal community. <br /><br /></div></div></div><div class="field field-name-taxonomy-vocabulary-1 field-type-taxonomy-term-reference field-label-above"><div class="field-label">Categories:&nbsp;</div><div class="field-items"><div class="field-item even"><a href="/categories/drupal" typeof="skos:Concept" property="rdfs:label skos:prefLabel">Drupal</a></div><div class="field-item odd"><a href="/categories/selenium" typeof="skos:Concept" property="rdfs:label skos:prefLabel">selenium</a></div><div class="field-item even"><a href="/categories/acceptance-testing" typeof="skos:Concept" property="rdfs:label skos:prefLabel">acceptance testing</a></div><div class="field-item odd"><a href="/categories/javascript" typeof="skos:Concept" property="rdfs:label skos:prefLabel">JavaScript</a></div></div></div> Mon, 06 Oct 2008 02:38:29 +0000 Caleb Gilbert 78 at http://rocket.local http://rocket.local/blog/drupal-acceptanceqa-testing-selenium-screencast#comments