Connecting Tech Pros Worldwide Forums | Help | Site Map

Is PyFIT dead and abandoned?

oakley@bardo.clearlight.com
Guest
 
Posts: n/a
#1: Oct 6 '08
I was wanting to experiment with PyFIT but it seems DOA. Googling
doesn't yield any information less than two years old. When I try to
install 0.8a2 I get errors because setup.py references a non-existant
file (FitFilter.py). I find it hard to believe that in two years
nobody has stumbled over this unless there's simply no one using it.

Has PyFIT been completely abandoned? Is there a better alternative or
other resources to help me integrate fitnesse and python?


James Mills
Guest
 
Posts: n/a
#2: Oct 6 '08

re: Is PyFIT dead and abandoned?


On Tue, Oct 7, 2008 at 5:18 AM, <oakley@bardo.clearlight.comwrote:
Quote:
Has PyFIT been completely abandoned? Is there a better alternative or
other resources to help me integrate fitnesse and python?
I for one am not interested in this kind of framework
for testing - and yet I come from a strict Software
Engineering background where this kind of User
Acceptance and Requirements-based testing is
taught.

I think you'll find most developers prefer to use
unit test frameworks and python has a great one
built-in to the standard library. In 99.9% of use
cases, writing unit tests and well documented
and well designed, re-usable units of code
is far better than what any Requirements
and Interactive testing framework could ever
offer.

My 2c (or is it $2 now?!)

Thanks,

cheers
James

--
--
-- "Problems are solved by method"
Pekka Laukkanen
Guest
 
Posts: n/a
#3: Oct 7 '08

re: Is PyFIT dead and abandoned?


2008/10/6 <oakley@bardo.clearlight.com>:
Quote:
I was wanting to experiment with PyFIT but it seems DOA. Googling
doesn't yield any information less than two years old. When I try to
install 0.8a2 I get errors because setup.py references a non-existant
file (FitFilter.py). I find it hard to believe that in two years
nobody has stumbled over this unless there's simply no one using it.
>
Has PyFIT been completely abandoned? Is there a better alternative or
other resources to help me integrate fitnesse and python?
AFAIK PyFIT is still developed by John Roth, who's, AFAIK gain, also
the original author this FIT port. Fitnesse mailing list [1] is
probably the best place for asking further questions.

If you are interested in acceptance testing frameworks, especially
ones implemented with Python, you may also want to take a look at
Robot Framework [2]. This framework is FIT-like but original
influences come elsewhere. To get an overview of the most important
features, take a look at the Quick Start Guide [3].

I'm the lead developer of Robot Framework so I'm too biased to
objectively compare it to PyFIT or other frameworks. I'd be interested
in hearing comments and feedback from others, though, and promise to
answer questions and otherwise help getting started. I'll probably
also send a bit longer announcement mail to this list soonish
(assuming that such announcements are OK to moderators).

Cheers,
.peke

[1] http://tech.groups.yahoo.com/group/fitnesse/
[2] http://robotframework.org
[3] http://code.google.com/p/robotframew...uickStartGuide
Ben Finney
Guest
 
Posts: n/a
#4: Oct 7 '08

re: Is PyFIT dead and abandoned?


"James Mills" <prologic@shortcircuit.net.auwrites:
Quote:
On Tue, Oct 7, 2008 at 5:18 AM, <oakley@bardo.clearlight.comwrote:
Quote:
Has PyFIT been completely abandoned? Is there a better alternative or
other resources to help me integrate fitnesse and python?
>
I for one am not interested in this kind of framework for testing -
and yet I come from a strict Software Engineering background where
this kind of User Acceptance and Requirements-based testing is
taught.
How, then, do you automate functional testing of the full system?
Quote:
I think you'll find most developers prefer to use unit test
frameworks and python has a great one built-in to the standard
library. In 99.9% of use cases, writing unit tests and well
documented and well designed, re-usable units of code is far better
than what any Requirements and Interactive testing framework could
ever offer.
I completely disagree. Unit tests are essential for testing code
*units*; e.g. functions and classes and attributes (oh my).They're a
poor fit for testing the behaviour of the overall system: for that, a
functional test suite is needed, and PyFIT seems to be a good .

Automated unit tests and automated functional tests are complementary,
and do not replace one another. Both are needed to have confidence in
the code.

--
\ “Injustice is relatively easy to bear; what stings is justice.” |
`\ —Henry L. Mencken |
_o__) |
Ben Finney
Fuzzyman
Guest
 
Posts: n/a
#5: Oct 7 '08

re: Is PyFIT dead and abandoned?


On Oct 7, 1:34*am, Ben Finney <bignose+hates-s...@benfinney.id.au>
wrote:
Quote:
"James Mills" <prolo...@shortcircuit.net.auwrites:
Quote:
On Tue, Oct 7, 2008 at 5:18 AM, *<oak...@bardo.clearlight.comwrote:
Quote:
Has PyFIT been completely abandoned? Is there a better alternative or
other resources to help me integrate fitnesse and python?
>
Quote:
I for one am not interested in this kind of framework for testing -
and yet I come from a strict Software Engineering background where
this kind of User Acceptance and Requirements-based testing is
taught.
>
How, then, do you automate functional testing of the full system?
>
Quote:
I think you'll find most developers prefer to use unit test
frameworks and python has a great one built-in to the standard
library. In 99.9% of use cases, writing unit tests and well
documented and well designed, re-usable units of code is far better
than what any Requirements and Interactive testing framework could
ever offer.
>
I completely disagree. Unit tests are essential for testing code
*units*; e.g. functions and classes and attributes (oh my).They're a
poor fit for testing the behaviour of the overall system: for that, a
functional test suite is needed, and PyFIT seems to be a good .
>
Automated unit tests and automated functional tests are complementary,
and do not replace one another. Both are needed to have confidence in
the code.
At Resolver Systems we have built our own functional test framework on
top of unittest. It automates the applications but uses the usual
'assert*' methods and patterns to make assertions about the
application state.

Michael

Quote:
>
--
*\ * * Injustice is relatively easy to bear; what stings is justice. |
* `\ * * * * * * * * * * * * * * * * * * * * * * * * Henry L. Mencken |
_o__) * * * * * * * * * * * * * * * * ** * * * * * * * * * * * * * * *|
Ben Finney
--
http://www.ironpythoninaction.com/
Closed Thread