杀虫记录(2)-也谈误报

世有织工，善织布；布者，丝也，乃虫口腹之物。捉虫者,虽技不如织工,不敢藏拙,亦献与读者。

如何学习测试？

有人选择买测试入门的理论书籍，有人学习各种测试工具，我觉得最好最生动的学习测试的办法是看测试缺陷管理工具。

别人如何发现缺陷的？

如何报告的，开发的是如何去定位的，用到哪些工具，哪些脚本和哪些领域知识。这是全真题库，是活生生的案例，比抽象的理论，单纯的测试工具使用方法有用。毕竟，测试是为了发现缺陷，而不是让你专门去学习哪些工具的。

原因如下：

严复提出的“信、达、雅”已经被誉为翻译的三层境界了。测试其实也是一样的。

测试遇到的具体问题和运气以及对技术以及业务的领悟有关。而如何定位最关键的错误点以及如何表达才是测试人最需要学习的。

我觉得

信，是测试人员能够稳定重现自己发现的缺陷。

达，是测试人员能够通顺的描叙清楚缺陷，能把来龙去脉呈现给开发人员。

雅，是指测试人员能够完成定位，能够一针见血的找到缺陷所在的位置，能结合自己对业务的理解给出修复缺陷的建议。

在发现第一个缺陷没有多久以后，我在安装ABC产品的时候又发现了问题。

安装分为3步

1 数据库：

建数据库，建表，导入基本结构，基本数据。

2 WebApp

起Websphere/Weblogic服务，然后部署App。

3 拷贝exe dll 帮助文件等等。

开始安装的时候，在Install.log 直接tail -f | grep rc=

然后等着就行了...

正常的应该返回rc = 0 的行。现在却忽然出现rc = 134的错误，具体是啥也不知道。我想也没想，直接报给开发的了。

开发的检查了一圈，直接把安装文档给我发过来了，原来是被安装的机器性能太差，Websphere在部署App的时候等待到最大时间，超时报的134的错误，

直接在Websphere Console设置对应的超时为0(永不超时)就好了。

这是安装文档写的，而我没有注意看。

开发和测试是互相依存的关系，如果测试的重视出昏招，下次你真的狼来了的时候，开发的也不鸟你了。

所以，发现问题，至少确认三件事情再去报告：

1 是不是每次都能出现？

2 是不是别人的环境也能重现？

3 是不是已经知道的问题？

这是是慢慢积累你名声的时候，等到了一定的时候，开发觉得你每次都是言之有物，证据确凿的时候就不会小觑你了。

而这些出了从缺陷库看到就只能从实际工作中得到了。

误报不可怕，可怕的是人家不在相信你。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/9562545/viewspace-711836/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/9562545/viewspace-711836/