Is PyFIT dead and abandoned?

Collapse
This topic is closed.
X
X
 
  • Time
  • Show
Clear All
new posts
  • oakley@bardo.clearlight.com

    Is PyFIT dead and abandoned?

    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

    #2
    Re: Is PyFIT dead and abandoned?

    On Tue, Oct 7, 2008 at 5:18 AM, <oakley@bardo.c learlight.comwr ote:
    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"

    Comment

    • Pekka Laukkanen

      #3
      Re: Is PyFIT dead and abandoned?

      2008/10/6 <oakley@bardo.c learlight.com>:
      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

      Comment

      • Ben Finney

        #4
        Re: Is PyFIT dead and abandoned?

        "James Mills" <prologic@short circuit.net.auw rites:
        On Tue, Oct 7, 2008 at 5:18 AM, <oakley@bardo.c learlight.comwr ote:
        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?
        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

        Comment

        • Fuzzyman

          #5
          Re: Is PyFIT dead and abandoned?

          On Oct 7, 1:34 am, Ben Finney <bignose+hate s-s...@benfinney. id.au>
          wrote:
          "James Mills" <prolo...@short circuit.net.auw rites:
          On Tue, Oct 7, 2008 at 5:18 AM,  <oak...@bardo.c learlight.comwr ote:
          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?
          >
          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

          >
          --
           \     “Injustice is relatively easy to bear; what stings is justice.” |
            `\                                                 —Henry L. Mencken |
          _o__)                                                                 |
          Ben Finney
          --
          Pedestrian accidents can happen in the blink of an eye, changing lives forever. When you're out for a stroll or crossing the street, an unexpected collision

          Comment

          Working...