Administrator Administrator [http://community.jboss.org/people/admin] modified the document: "jBPM 4 QA" To view the document, visit: http://community.jboss.org/docs/DOC-13251 -------------------------------------------------------------- The jBPM 4 QA can only be accessed from inside the VPN. http://hudson.qa.jboss.com/hudson/view/JBPM4/ http://hudson.qa.jboss.com/hudson/view/JBPM4/ h1. Introduction The hudson jobs are configured to just run a script which is in our svn in the qa subdirectory.  For example the jbpm4-db hudson job is configured to execute the following shell commands: *cd jbpm4 . qa/hudson-jbpm4-db.sh * That way the whole QA driver scripts is in our svn. All the scripts make a distinction between configurable properties and derived properties.  Configurable properties can be overwritten by providing a *${user.home}/.jbpm4/build.properties* The jdbc properties for continuous integration testing are located in *qa/jdbc/${database}.properties* The os specific script files should be called from the jbpm4 root directory. h1. Parser compatibility testing Every jPDL process in the test suite is tested against every version of the jPDL parser unless explicitely marked as explicit.  So unless a jpdl process in the test suite contains attribute *jpdlparser="4.0"*, then the process will be tested with all parsers.  E.g. *<process name="SomeProcess" jpdlparser="4.6">* To make the testsuite run use a specific parser, use property *jpdlparser* like this *mvn -Djpdlparser=4.8  clean install* See also JpdlParser and qa\hudson-jbpm4-parsers.sh h1. Manual testing For manual testing, the hudson driver scripts can be leveraged directly or executed step by step on the command line.  As mentioned above, the qa/hudson* testsuite driver scripts should be called from the jbpm 4 root directory. h1. Debugging on JBoss * qa\debug.jboss.setup.bat * qa\debug.enterprise.setup.bat h1. QA Lab Database Cleaning Used Squirel v3.0.2 ( http://www.squirrelsql.org/%29, http://www.squirrelsql.org/), 'drop table' script h4. MySQL SET FOREIGN_KEY_CHECKS=0; drop table a; drop table b; SET FOREIGN_KEY_CHECKS=1; h4. Postgres DROP TABLE a CASCADE; DROP TABLE b CASCADE; h4. Oracle Connecting to the Oracle DB on the qa lab takes several minutes. It is easier to use the SqlDeveloper tool from Oracle itself ( http://www.oracle.com/technology/products/database/sql_developer/index.ht...: http://www.oracle.com/technology/products/database/sql_developer/index.html): DROP TABLE a CASCADE constraints; DROP TABLE b CASCADE constraints; If in the future this work is needed again, it may be better to create a script for it ... so keep your unit tests clean ;-) -------------------------------------------------------------- Comment by going to Community [http://community.jboss.org/docs/DOC-13251] Create a new document in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=102&am...]