请教python单元测试如何编写更简单，更实用，更省力

qizhi0119

unittest这个框架是不错，都统一了风格，
但是，在实际的项目中使用起来，还是感觉有些吃力，
编写的测试代码量过大，特别是在详细设计时常变更的时候，
来回的修改也感觉编写测试代码很累，当然，我觉得这有可能是我没
找到更好的方法来处理单元测试，才会导致这种结果。
所以，现在想请教各位，应该如何做出真正意义上的自动化的单元测试？？

代码量过大的说明：
虽然unittest框架有了各种中断判断的语句，但是，毕竟各种初始化还需要自己来构造环境。
这样比如，一个函数里，涉及到动了3个DB，五个file的东西来判断的话，
那么单元测试的构造上，就需要构造出这些数据，并且，这一个函数有多个分支，
每个分支所需要构造的数据各不相同，也不好提出。这样，构造这些数据的代码有可能就比真正函数的代码量还要大了。
一般网上等单元测试介绍的例子，全是a+b,a-b了之类的，啥环境不用构造，确实是比较明显，
感觉代码量不大，但实际想想？函数a+b只一行代码。测试函数要测正数，负数，0的情况，至少也得三行代码，实际上
也是比开发代码量要大了三五倍，那么如果一般正常的一个函数，涉及到像构造DB，文件了，这种，
且构造的内容正常来说也是不全一致的，这样，单元测试的工作量要是开发的3,5倍的话，那工作量也太大了，
大家有没有用单元测试的？？如何做的？？更简单，更实用，更省力，更易于日后维护。。。
详细设计变化快。。。。