4）我不知道出现bug的原因。那是开发人员的事，我只是负责发现bug。

不得不承认，从测试工程师的嘴里听到这句话真的挺让我生气的。

每当我问测试人员，bug是怎么出现的，造成它的根本原因是什么，如果测试人员回答不出来，我会有点气愤。

难道因为我们执行的是所谓黑盒测试，就不应该问开发人员他是怎么开发出来这个软件的吗？

我敢肯定，我们中99%的人根本不知道bug出现的根本原因，就是因为没有询问开发人员。相信我，确切地知道造成bug的根本原因对你的测试工作是有好处的，这句话适用于所有软件测试的情况。

除此之外，这些信息可以让你学到很多技术层面的东西，而一旦错过这些宝贵的知识，也许你再也不会有机会重新碰到了。

我的建议：多问开发人员问题，多探究根本原因。

 

5）我只能做手工测试，公司没提供做其他测试的机会

某些情况下，这个借口也许说的是事实。但是很多时候它还是无效的。

你说你根本没有机会执行非功能性测试，因为公司不让你做或你没时间做。

好吧，我同意。我们都知道，学习是需要时间的。但是你就不能做出一点改变吗？

当你测试软件的新特性或测试一个API时，

  • 能否关注一下响应时间呢？
  • 能否问一下你的业务分析师，这个特性/模块/API在实际生产中的应该承受多少负载，然后做一下测试呢？
  • 能否在多观察一下“提交”按钮的位置合不合适，设置的够不够明显？充分发挥你的能力，以使最终产品更好用？
  • 能否着手开始学习一项新的技能，然后坚持学下去，融会贯通呢？

答案是肯定的。或多或少会受到你周围各种因素的影响，但肯定不是一点都做不到。

可能你的工作岗位不需要你去做非功能性测试（也许公司另有团队做这些），但是没有人禁止你利用工作之余的时间自学。时间就像海绵里的水，所以挤出一些时间，现在就开始学习新的东西吧。

 

总结

我希望这篇文章可以引发你的思考，鼓舞你的士气。

如果你觉得我有些话说的太重了，原谅我吧。但是请相信我，我这么做的原因只是，我想清楚地传达我的意思，100%彻底地让你意识到这些借口的严重性。

希望这篇文章可以带给你一些正面的影响。