怎样才算是了解业务？

星球有同学遇到这样一个问题：做测试两年多，目前在做 AI 算法类测试，个人也比较倾向往算法大数据方向发展。但目前比较疑惑的是，市场上的测试岗位，大多还是业务测试岗位比较多，该如何选择？

我刚做测试那几年，对业务不甚了解，也没兴趣了解，一门心思埋头苦练技术，自以为可以靠过硬的技术大杀四方走上职场巅峰。后来逐渐明白，职场越向上走，技术能提供的支撑越少。反而是对业务的理解，对项目的推动，资源调动和协作沟通能力，以及向上汇报和管理能力，更为重要。

做咨询这几年来，上述案例的问题遇到不少。很多同学问我，如何在职场走的更远，更好的晋升。我的回答都是去了解业务，了解公司是如何通过业务运营赚钱的。

那业务到底是什么？怎样才算是了解业务？技术和业务那哪个更重要？它们的关系是什么？

首先来聊聊业务，业务到底代表着什么？

以上述案例中这位同学所在的公司和项目为例：他们有自己的自研产品，也会帮客户做一些图像识别和人脸识别的项目。

他们的业务，就是通过自研的 AI 算法产品帮助客户解决人脸识别和图像识别(工牌/门禁/监控/安防)的需求。客户有这方面的诉求，他们能提供产品满足客户需求，这就是他们公司赚钱的逻辑。

那其中的技术又是什么呢？通过自研的算法构建人脸和图片识别模型，进而包装成产品，解决客户问题。自研的算法和在其之上通过代码实现的产品功能，就是技术。

我们常说的电商和金融业务也是如此。通过技术实现功能，提供产品供用户使用，进而获得商业收益。

再聊聊第二个话题，怎样才算是了解业务？

从测试的角度来说，我们了解业务的流程是需求评审-分析测试点-设计测试用例-执行用例-交付验证。大多数测试同学所了解的业务就是具象在一个个测试用例和场景中，这也是市场上目前大多数测试岗位如此要求的原因。

但了解业务并不意味着分析需求写测试用例进而提 BUG，而是你知道公司是如何通过商业运营来赚钱的。

在这个背景下，你才需要在需求评审和设计测试用例时考虑到，需求和实现的功能是否会对用户造成影响，是否会造成资损。细节方面则是某个功能模块具体的业务场景，输入输出和预期结果是否符合设计。

业务和针对业务的具体表现对象(产品功能)之间的因果关系，不要搞混了。

接着聊聊第三个话题，技术和业务哪个更重要？

从我的角度来说，技术和业务都挺重要。测试是技术岗位，技术是干活的工具和吃饭的手艺，自然需要掌握，这也是你能胜任软件测试岗位的基本盘。

至于我们常说的接口测试、自动化测试、性能测试，只是技术这个工具在不同场景下的灵活应用。而这些场景，就是业务的具体表现。

只会技术不懂业务，那你利用技术这个工具是很难在场景(业务)中应用起来的，也就很难做好事情，拿到好结果。

如果只懂业务但技术不熟练，就和 PPT 架构师一样，遇到具体的问题解决不了，会显得很尴尬，也无法在职场中获得好的口碑和团队影响力。

技术和业务，两条腿走路，才能在职场走的更稳更远。

最后聊聊第四个话题，技术和业务的关系是什么？

我的理解是这样的：技术支撑业务目标达成，业务目标达成则需要技术提供支撑和运营工具。以电商业务运营为例，下面是技术同学日常工作中很熟悉的场景：

• 从需求提出到发布：研发成本、研发效率、交付质量。

• 从下单到订单履约：提高履约率（撮合交易/成单匹配/留存转化）。

• 业务活动营销推广：活动搭建、抽奖 &优惠券配置等方面的快速响应。

• 线上故障快速解决：监控告警、问题定位、风险评估、线上服务的 SLA。

从我的角度来说，技术和业务的关系是相辅相成的，并没有高低优劣之分。二者都很重要，只是在不同阶段，从不同角色的视角来看，侧重不一样。

而且，技术如果不懂业务，或者不那么重视业务，在现代职场，也很难长久的走下去，晋升空间也会更为狭小。

作为技术同学，除了掌握技术这门吃饭手艺，何妨不多掌握业务这门手艺呢，你说是吧。