标签：使用 sp 问题 代码 bs 时间 方法 测试 nbsp
最近经常出现这种问题，一个功能，明明做完了，到整体测试的时候，出bug了，一个流程，明明是测试没问题了，产品到到客户那边还是有很多没有测试到的盲点。或许在有测试团队的公司中，会不会出现的少呢，这个不得而知，而在我看来，大体小公司还是经不起测试团队的消耗的，那如果没有测试团队，只靠开发人员开发后的功能测试，该怎么办呢？？，或许是不是该使用单元测试，这样会不会耗时比较长。或者，这样，项目整体测试的时候，在只有几个人得情况下，可以先有一个人测试，其他人修改，然后换一个人测试，另外的人再进行修改，这样会不会好点呢？？这个一直觉得很纳闷！
还有，很多时候，单个功能做完了，测试没问题了，可后来开发了另外的功能，跟该功能的方法有重用的时候，或者发生修改后，导致原先功能存在了一些逻辑死角的bug,这个该怎么办呢，根据最近的测试总结，很多时候，发生这种事的很多，毕竟多人开发，代码进行了多次修改，以渐渐脱离了开始创建该方法的意图，方法功能虽然强大了，但是往往存在很多思维死角，这个虽然在整体测试上能找到，但是还是会有第一段所说，一个流程，测试了没问题，到客户那边还是有bug.是否我们的开发惯性太大，还是人得偷懒行为，这个不得而知，然而，像这种全靠像后期测试这种，感觉不太实际，因为在事件不充裕的情况下，还是bug不断，代码也随着后期的修改变得混乱，毕竟，你当时开发的想法，修改的人不一定能够了解。
该怎么做，才能把bug减小到最低呢？该怎么做，才能是代码重用性高，且把思维死角的bug降到最低呢？而这些方法，会不会适合小型开发团队，在这种时间紧急的情况下，有什么办法更好的解决这种问题呢？求大神指点一下。谢谢！谢谢！
标签：使用 sp 问题 代码 bs 时间 方法 测试 nbsp
原文地址：http://www.cnblogs.com/goodminboy/p/4055477.html
