1、我们平常在修改bug的时候，很有可能会遇到修改一些通用的业务方法，A业务的问题修复了，B、C的问题又冒出来了这种问题。
2、还有可能一轮测试改完了，改出新的bug这种情况，那么可能后续就需要二轮，三轮这种测试还不一定能解决。但是这种人力测试，需要每个功能都去测到，而且你也不知道你写的这行代码会不会影响到全局的业务。
我考虑了两种方法
1、集成测试，项目完成，写一下集成测试，保证代码功能能够正确运行，而且二次修复时，依然可以使用，保证不会影响整体模块
2、做自动化测试，避免人力重复去点击测试
我们公司的同事说这两种方法都不太合适，因为首先我们是项目制的，我们把项目交付了就算结束了，而且写集成测试这种是需要时间成本的，而且很多开发也不高兴写这个东西。然后自动化测试也不行，还是因为项目制的问题，我们毕竟不是做产品，不需要那么细致。最后总结了一下，其实也没有什么其他好的办法，只有说设计阶段和修复阶段尽量详细一点（后来想了下，这种方法是有一定道理的，但是对于业务流程大而且绕的项目里，最后设计的压力和修复的压力还是落到开发头上的）
就想问一下各位怎么看的，能不能给点意见什么的
| 欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) | Powered by Discuz! X3.2 |