我自己管理一个相当大的应用程序(50k+行代码)，它管理一些相当关键的业务操作.为了简单地描述这个程序，我想说它是一个奇特的用户界面，能够显示和更改数据库中的数据，它管理着大约1000个租赁单元，大约3k租户和所有财务.
当我进行更改时，因为它的代码库非常大，我有时会在其他地方 destruct 某些东西.我通常会通过在功能层面上修改的东西(即我运行程序并通过UI工作)来测试它，但我不能针对每种情况进行测试.这就是为什么我想开始单元测试.
但是，这不是真正具有数据库层、业务层和UI层的三层程序.很多业务逻辑是在UI类中执行的，很多事情都是在事件上执行的.更复杂的是，一切都是数据库驱动的，我(到目前为止)还没有看到关于如何对数据库交互进行单元测试的好建议.
如何开始此应用程序的单元测试将是一个很好的方式.请牢记在心.我以前从未做过单元测试或TDD.我是否应该重写它以从UI类中删除业务逻辑(大量工作)？还是有更好的办法？