软件bug，谁的锅？
关于这些问题经常有人发问，例如知乎上的：软件测试完后，还有BUG，是测试人员的问题吗？
其实软件的测试应该由测试和开发任务共同进行（相辅相成），而且开发还要积极主动的配合（毕竟bug都是你写的嘛^_^），开发不能直接把软件的测试丢给测试人员，而且测试和开发人员也不是对立的关系，他们一般属于同一个团队，虽然有时候测试提出的bug在开发人员看来更不不能算是bug，但是开发和测试的共同目标应该是相同的，就是把软件做的更好更方便用户的使用。
再一个就是，开发人员不要认为测试没有测出的bug，就是没有bug，就可以安心玩耍，因为bug最终还是你来改的。有的开发人员一直有这样的心态：只有测试没有测出bug就不是我的bug，如果出现bug，就是测试的锅，不关自己的事。在出现bug的第一时间，他会说为什么测试人员没有测出来？这样是很伤害团队氛围的，一个好的项目团队应该是稳定的、和谐互助的，项目经理应该尽力维持或者创建这样的氛围，不能允许相互对立，互相甩锅的情况出现，在项目中最好也不要有太多“各扫门前雪”的组员，这样的组员虽然不会强行甩锅但是他们会造成项目组员间各自独立，不利于团队的交流和发展。如果你的项目中出现了这样的人员，项目经理应该视情况将其清除出团队，项目经理的职责不应该是仅仅保证项目的正常开发、按时交付，也要保证项目和谐互助的团队氛围（一般情况这也是保证项目正常开放的前提），因为一个好的项目团队才是开发出好应用的根本。其实测试没有测试出bug，就和开发人员写出bug一样稀松平常，我们可以原谅，但还是要批评。软件的生成就像传统工厂生产产品一样，产品的质量不能仅靠品检去控制，还是要从生产和品检两方面入手，努力提高生产产品质量的同时也要严控品检，做到既把好入口也严防出口。
应用测试
最近项目的应用交给测试人员都没有bug反馈，造成我心里很慌啊！后面有一次给客户发完版本之后，自己在使用的时候用极值测试了一下，还是出现了bug，o(╥﹏╥)o。所以后面每次给客户发版本之前不光测试要测，我也要跟着测一遍，甚至更详细的测一遍。
这里要说的是，自己在测试的时候不能随性的到处点一点，走一走业务流程就算了，要详细的测试最好借助文档，把要测试的点都记录在文档上，当然一次可能不能写的那么完善，我们可以不断补充，而且这个文档可以通用到其他项目，在不同的项目中不断的完善，这样我们在经历过几个项目之后对bug的检查就会越来越完善了，同样的测试多了之后，自己在开发中规避这些bug的能力也就越来越强了，你的开发细节就会处理的越来越好了。
应用测试表
这里我对新项目写了一个自己使用的测试检查文档，当然测试项需要不断的完善，也需要些的更详细一些，但是这是一个不错的开端。做到每次测试有记录，相信自己今后写代码的缺陷和bug就会越来越少了。
测例用例
如果需要专业的测试，或者你的项目测试人员不是一个专业的测试人员（亦或者测试经验不足），你就需要审核他的测试用例了，看看是不是覆盖了各种情况。
关于编写测试用例可以参考这篇文章：测试用例的书写方式及测试模板大全