Size: 1370
Comment:
|
Size: 1349
Comment:
|
Deletions are marked like this. | Additions are marked like this. |
Line 7: | Line 7: |
* McCabe-like Python Cyclomatic Complexity analysis tools are available at <a href="http://journyx.com/curt/complexity.html">Journyx</a>. 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. | * 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. |
Software
UnitTest in the standard library (http://www.python.org/doc/current/lib/module-unittest.html)
[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.
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.
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