商业应用的TDD示例

>写下业务要求.
>记下该要求的测试.
>编写通过测试的代码.

诀窍是有许多不需要大量测试的垃圾非业务需求.

>“保存到数据库”不是业务要求.这是技术性的.
>“在某些情况下激活GUI上的按钮”不是业务要求,它是界面的一部分.
>“备份”不是业务要求;它的安全性或业务连续性等等.

考虑一个具体的例子.

要求 – “在你支付罚款之前,你不能借书.”

试验.

>尝试罚款借书.
>尝试借书没有罚款.

码.

class FinesNotPaid( unittest.TestCase ):
    def setUp( self ):
        # load some fixtures with users,books and fines outstanding.
    def test_should_not_checkout_book( self ):
        x = TheCheckoutClass()
        x.checkoutBook( someBook )
        self.fail( "Should have thrown error" )

class FinesPaid( unittest.TestCase ):
    def setUp( self ):
        # load some fixtures with users,books and fines paid.
    def test_should_not_checkout_book( self ):
        x = TheCheckoutClass()
        x.checkoutBook( someBook )
        self.success(  )

class NoFines( unittest.TestCase ):
    etc.

这些是由与数据库和GUI分开的类实现的业务规则.这些是应用程序域层中的类.

您的CRUD规则是业务规则.你需要测试它们.但是,您无需测试每个与数据库相关的功能.你需要一些“我可以创建和持久化对象吗？”试验.您必须相信ORM,数据访问层和数据库实际上是可行的.您不会编写测试来详尽地测试ORM的内置功能.

代码覆盖率(100％或80％或10％)在很大程度上毫无意义.具有80％代码覆盖率的测试的软件实际上更有可能失败20％吗？它不起作用.测试每行代码并不涵盖所有逻辑路径,因此请不要担心并开始测试.

测试业务用例.如果它们通过并且有未经测试的代码,那么 – 也许 – 你写了太多的代码.