一个bug引起的反思

    测试能否发现全部bug呢？答案是否定的。但是，测试可以尽早发现bug。这样不会影响测试进度，确保系统按期上线。今天我是深深的感觉到尽早发现bug是多么的重要。

    事情是这样的，最近测试了一个项目，今天是第二轮测试。如果通过的话，就能上线了，测试过程中提交了1个bug。下午，开发打电话问我这个bug是如何重现的（后来交谈中得知开发只是拿这个当话题），我就一步步描述了这个步骤。开发听完后，跟我说：“为什么上一轮测试没有发现这个问题呢？”听完顿时一愣，是呀！上一轮测试怎么没发现呢。我说抱歉，可能遗漏了测试。这哥们挺大读地说：没关系，最好在第一轮多发现问题，这样不影响上线的时间，我们也好跟领导交代。另外，我们也有绩效。打完电话后，我心里没有抱怨开发，而是让我对之前的工作进行了反思，他的这句话有点一语惊醒梦中人的感觉，让我认识到自己在测试工作中的不足。跟原来公司的开发在msn聊天，他说提前发现bug，避免我们重写方法，减少改动。下班回来仔细想了想，测试之前写的用例覆盖范围不够，测试不够细致（虽然，刚去这个新公司，业务不太了解。但是这个借口也比较傲勉强）。没有去深入的挖掘逻辑业务。在第一轮测试结束后，没有再去思考哪些功能或者场景没有覆盖到。虽然，测试不能找到全部的bug，但是可以尽早去发现它。在固定的项目进度中，第一轮的测试最为重要，测试一定要细致，尽可能多的去发现问题，尽量不要遗留高优先级的bug（不排除开发修改bug引起新的bug），不然等到后续测试中总是出现阻碍上线的bug，导致增加测试轮次或者带着bug仓促上线，这些都是我们不希望的。

    事情虽然过去，我要吸取经验教训，在以后的测试中，尽可能的去补充及完善用例，多从业务层面去挖掘潜在的bug，不让同样的问题再次发生。^_^51Testing软件测试网r@ {"vS[;s"IH

    再次感谢那位开发哥们儿的宽容！51Testing软件测试网D4L(R5S(}