做软件测试，你真的对业务足够了解吗？_测试面试中对业务的了解程度怎么写

说起业务能力，我相信很多富有经验的测试同学都会骄傲的说：我对公司的业务已经足够了解。

的确，作为质量把关人，测试同学们往往要深入到业务的细枝末节，在一次次的经验与总结中，磨砺出优秀的业务能力。

但当你的骄傲，小编认为，非常危险。

从两个方面来谈，如果你在小公司，业务比较单一，系统不是太复杂，的确容易上手，也很容易成为公司业务的代言人。但你能速成，意味着你的测试同事也能速成，甚至如实施、技服等兄弟部门的同事也能速成，你的业务能力并不是优势。

如果你在中大型公司，业务比较复杂，系统多如牛毛，因为岗位职责和部门的限制，你对业务的理解，也只能停留在单系统或相关联的一些系统，你能成为这些系统的“关键先生”。但是，测试本身是公司的成本岗位，公司经营得好，你可以躺平，可如果不好，不是所有的“关键先生”都能保住工位。

有的人可能自视较高，心存幻想，觉得公司不会裁我，踩了我，其他同事会花很长时间接手我的业务，并且还容易出错，导致线上bug。然而事实却是，一名测试对单个系统的掌控有限，达不到撼动公司整个质量体系的地步。

朋友们，一定要记住这句话。

举个实际的例子吧，之前我们公司有个小伙伴对某个系统非常精通，他能发现这个系统的很多细节bug，当他离职后，你猜我们花了多少时间接手？

一周而已……

一周的时间，拿来熟悉系统，同时介入产品经理的需求规划，强制延期重大改动的需求，先实现优化类需求，以此逐步熟悉系统。

所以，朋友们，切勿天真呀。

有时候，你以为你是业务能手，但实际上，你定义的业务能力，是有局限的，你的业务来源，仅在于对产品经理所提需求的理解，换句话说，你对业务的了解程度，只停留在产品研发测试这个技术体系以内。

而实际上，产品经理的需求来自哪儿？产品经理是一个务实型的深入一线的搭档吗？还是一位浮夸型的传递信息的“工具人”？他的深度，一定程度上，决定了你的深度。

拿小编自己来说，我自诩对某个业务非常了解，然而到业务部门体验了一段时间，就被啪啪打脸，有些客户的实际需求，在经过产品经理的加工后，完全变了个模样——我并未真正认清客户的画像，并没有真正get到客户的痛点。

但是，咱可不要别人来决定能力高低，拿时间换经验（待在一个行业），拿精力捋顺、消化、理解（多思考），比产品经理更深入一线（务实），这才是真实的业务专家，才是真的对业务足够了解。

这时候，才能自豪的说：咱测试就是公司最懂业务的人。