完善测试案例省心又省力

首先，非常感谢mock1234的回复

我觉得我们的项目不是简单的单元测试。应该也包括功能测试，集成测试，回归测试。
由于当前只是满足业务部门，对功能进行调整，也就是修改原有代码。单元的测试时间不会间隔那么长时间的，每前进一点就会测试的。我想请问的是关于用例覆盖率，怎样才能够做好测试，做好案例覆盖，您有什么好的见解呢？我个人觉得回归测试就是要每一个每一功能都要测试，每一个案例都要覆盖到，才能够保障软件的可用。


您说的测试驱动设计，来指导开发。当然非常好。但是，我们的系统不是简单的可以模拟随机数，就可以测试的。系统要和第三方的设备通讯，所以测试比较复杂。我觉得您说的“当你写30个纯粹为了驱动出设计才写的测试”也是测试案例的一种体现。如果你所说的30个为测试驱动设计的测试，能够把所有的情况考虑到，那么把它转换成测试人员的测试案例，那么也能够保障软件是可用的。


您所在的公司都是这样开发的？那真的很羡慕，很幸福。
能请教你们怎样实现自动化测试？我觉得非常的有难度。

看了这么多有关测试的东东小弟十在郁闷，做了2年开发了从没像各位说的那样测试过，之前做华为外包开发时间很紧且需求变动很大，如果想测试做充分的话怕是项目不能按期交付。