After a few back-and-forth posts on the FitNesse mailing list and a lot of assistance from John Roth, the developer and maintainer of PyFIT, I managed to run FitNesse tests from the command line so that they can be integrated in buildbot.
First off, you need fairly recent versions of both PyFIT and FitNesse. I used PyFIT 0.8a1, available in zip format from the CheeseShop. To install it, run the customary "python setup.py install" command, which will create a directory called fit under the site-packages directory of your Python installation. Note that PyFIT 0.8a1 also includes a Python port of Rick Mugridge's FIT library.
As for FitNesse, you need at least release 20050405. I used the latest release at this time, 20050731.
One word of advice: don't name the directory which contains your FitNesse fixtures fitnesse; I did that and I spent a lot of time trying to understand why PyFIT suddenly can't find my fixtures. The reason was that there is a fitnesse directory under site-packages/fit which takes precedence in the sys.path list maintained by PyFIT. Since that directory obviously doesn't contain my fixtures, they were never found by PyFIT. The fitnesse directory didn't use to be there in PyFIT 0.6a1, so keep this caveat in mind if you're upgrading from 0.6a1 to a later version of PyFIT.
Since PyFIT doesn't have online documentation yet, I copied the documentation included in the zip file to one of my Web servers, so you can check out this FIT Overview page.
Let's assume that your FitNesse server is running on localhost on port 8080, and that you have an existing test suite set up as a FitNesse Wiki page (of type Suite) which contains 4 sub-pages of type Test. Let's say your test suite is called YourAcceptanceTests, and it resides directly under the FitNesseRoot directory of your FitNesse distribution, which means that its URL would be http://your.website.org:8080/YourAcceptanceTests. Let's say your test pages are called YourTestPageN with N from 1 to 4.
If you want to run your FitNesse tests at the command line, you need to use the TestRunner. The command line to use looks something like this:
python /usr/local/bin/TestRunner.py -o /tmp/fitoutput localhost 8080 YourAcceptanceTests
in connect. host: 'localhost' port: '8080'
http request sent
validating connection...
...ok
Classpath received from server: /proj/myproj/tests:fitnesse.jar:fitlibrary.jar
processing document of size: 4681
new document: 'YourTestPage1'
processing document of size: 11698
new document: 'YourTestPage2'
processing document of size: 6004
new document: 'YourTestPage3'
processing document of size: 3924
new document: 'YourTestPage4'
completion signal received
Test Pages: 4 right, 0 wrong, 0 ignored, 0 exceptions
Assertions: 239 right, 0 wrong, 0 ignored, 0 exceptions
The general syntax for TestRunner.py is:
TestRunner.py [options] host port pagename
From the multitude of options for TestRunner I used only -o, which specifies a directory to save the output files in. By default, TestRunner saves the HTML output for each test page, as well as a summary page for the test suite in XML format.
Another caveat: there is a bug in PyFIT 0.8a1 which manifests itself in PyFIT not recognizing the elements of your test tables if they're not in camel case format. So for example if you have a test table like this:
!|MyFitnesseFixtures.SetUp|
|initialize_test_database?|
|true|
you will need to change it to:
!|MyFitnesseFixtures.SetUp|
|initializeTestDatabase?|
|true|
You will of course need to have a corresponding method named initializeTestDatabase defined in the SetUp.py fixture and declared in the _typeDict type adapter dictionary.
Subscribe to:
Post Comments (Atom)
Modifying EC2 security groups via AWS Lambda functions
One task that comes up again and again is adding, removing or updating source CIDR blocks in various security groups in an EC2 infrastructur...
-
Here's a good interview question for a tester: how do you define performance/load/stress testing? Many times people use these terms inte...
-
I've been using dnspython lately for transferring some DNS zone files from one name server to another. I found the package extremely us...
-
Update 02/26/07 -------- The link to the old httperf page wasn't working anymore. I updated it and pointed it to the new page at HP. Her...
3 comments:
I'm having a heck of a time with the TestRunner from the command line. I don't know if it is the version of PyFit or the phase of the moon. It worked temporarily when I invoked it with the -z e flags but then stopped. I have Command_Patter, Test_runner and Path to the fixtures directory defined on the web page. sudo python2.4 /usr/lib/python2.4/site-packages/fit/TestRunner.py -z -e -o /tmp localhost 8081 TestsInTrunk
Any thoughts or help on this issue would be most appreciated.
Doug -- can you send me more details (errors etc) at grig at gheorghiu dot net?
Grig
Grig,
I'm back again. I had the command line execution working but it is failing again. The problem before was that the Python path isn't being read by Fitnesse. When the server starts up it echos the path but the HTML files output when I invoke the TestRunner shows module not found. I've tried invoking the server from within the codebase so that the path to the fixtures would be relative to the process invocation point but that hasn't done the trick either. I even wrote instructions down after I got it working but something subtle must have changed. The browser tests run fine.
Post a Comment