Differences between revisions 11 and 14 (spanning 3 versions)
Revision 11 as of 2010-01-20 10:44:45
Size: 317
Editor: 116
Comment:
Revision 14 as of 2011-08-30 19:04:15
Size: 1841
Editor: c-cf31e353
Comment: Link to fuller version
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
#!/usr/bin/env python == Complete Taxonomy ==
Line 3: Line 3:
from distutils.core import setup  * Please visit the PythonTestingToolsTaxonomy for a much more complete list of test tools of all kinds.
Line 5: Line 5:
setup(name='sitemap_gen',
      version='1.4',
      description='Sitemap Generator',
      license='BSD',
      author='Google Inc.',
      author_email='opensource@google.com',
      url='http://sourceforge.net/projects/goog-sitemapgen/',
     )
== Software ==

 * UnitTest in the standard library (http://docs.python.org/lib/module-unittest.html)
 * PyUnit at http://pyunit.sourceforge.net
 * [[http://www.garethrees.org/2001/12/04/python-coverage/|StatementCoverage]] This module runs your code, then produces a report on how many statements were executed, and which ones were not. Use it to ensure your unit tests test everything.
 * DataTest at http://formencode.org/docs/DataTest/README.html
 * McCabe-like Python Cyclomatic Complexity analysis tools are available at http://journyx.com/curt/complexity.html. They're written in Perl, but read and analyze only Python code. Complexity is bad, this will help you simplify code - especially code you didn't write.
 * [[http://www.python.org/pypi/zope.testing|zope.testing]] provides a powerful test runner that supports test discovery and a wide range of options to control how tests are run and results reported.
 * [[http://somethingaboutorange.com/mrl/projects/nose/|nose]] is "a discovery-based [[unittest]] [[extension]]" that generally also supports PyTest functionality.

== Best Practices ==

== Discussion ==

Sprouted out by http://formencode.org/docs/DataTest/TODO.html.

What I need is a layered test system like
 * test suit
   * with fast/normal/detailed mode
   * with known failing tests excluded
 * test package to group related tests with preset parameters
 * individual test
   * with options like log details
   * with ability to flex parameters, extend options etc.
 * test utilities
   * fuzzy difference
   * different logging/reporting/visualization helpers
   * with output capture capability
-- MikeRovner <<DateTime(2004-02-27T19:25:32Z)>>

Complete Taxonomy

Software

Best Practices

Discussion

Sprouted out by http://formencode.org/docs/DataTest/TODO.html.

What I need is a layered test system like

  • test suit
    • with fast/normal/detailed mode
    • with known failing tests excluded
  • test package to group related tests with preset parameters
  • individual test
    • with options like log details
    • with ability to flex parameters, extend options etc.
  • test utilities
    • fuzzy difference
    • different logging/reporting/visualization helpers
    • with output capture capability

-- MikeRovner 2004-02-27 19:25:32

TestSoftware (last edited 2011-08-30 19:04:15 by c-cf31e353)

Unable to edit the page? See the FrontPage for instructions.