Function states [was Re: How to import only one module in a package when the package __init__.py has already imports the modules?]
Steven D'Aprano
steve at REMOVE-THIS-cybersource.com.au
Sun Nov 1 18:02:47 EST 2009
On Sun, 01 Nov 2009 08:07:37 -0600, Peng Yu wrote:
> It is
> reasonable to assume the log of the number of states of a function or a
> class is proportional to it length. Hence, when a function or a
> class is long, you will never be able to test all its states.
def f(n):
return n + 5
def g(n):
x = n + 1
x += 1
x += 1
x += 1
return x + 1
Function g() has five times the length (in lines) as f(). Does it require
five times the testing? Obviously not. In fact, there's no easy way to
test the internal state of the function from outside, because x is local
to g(). You can't test the value of x from outside, because x is not
exposed to the outside.
The complexity of testing functions is roughly proportional to the number
of paths through the function, not the number of lines. Both f() and g()
have a single path through the function and therefore require the same
amount of testing.
The simplest estimate of the number of paths in a function is the number
of if...else statements. Each pair *doubles* the number of paths:
def func():
if cond1: A
else: B
if cond2: C
else: D
if cond3: E
else: F
There are 2**3 paths that need testing:
ACE ACF ADE ADF BCE BCF BDE BDF
Or consider this example:
def func(x, cond):
for f in [A, B, C, D, E, F]:
if cond(x): x = f(x)
This function has two lines only, but clearly there could be as many as
128 paths that need testing. Ideally your test data should visit each one
of these paths.
--
Steven
More information about the Python-list
mailing list