在你们公司程序员,产品经理,测试是什么关系？

在你们公司程序员,产品经理,测试是什么关系？

一个朋友和我聊天讲起TA们公司的现状,TA问我你们公司的产品、开发、测试是什么关系? 我想了1秒钟简单的回答TA当然是工作关系不然还能是什么关系呢。TA说那你还好，我们这里 现在是敌对关系,产品、开发、测试形成了自己的门派互相看对方很不爽...... 哈哈哈哈 听到 这里就突然很想笑。今天就来客观的聊聊产品、开发、测试之间的关系。

职能划分

产品经理

从信息传导层级的角度来看,产品经理应该是属于三种职能中最上层的,负责整合各方信息, 来源于市场,公司管理层,用户,技术团队,竞争对手......负责和各方的沟通协调,将收集到的信息 整合在产品中,最终呈现给各方的是可用的产品。产品的经理的重要性不言而喻了,需要具备 很强的综合能力,有时候甚至需要懂一些技术,不管是沟通还是撕逼起来都多了几分自信和熟练。

日常工作中产品经理的职责大致包括:

• 需求分析：与用户、客户和业务部门沟通，了解用户需求和市场趋势，将其转化为产品需求。
• 产品设计：根据产品需求，设计产品功能和用户体验。
• 项目管理：协调开发团队，制定项目计划，确保项目按时交付。
• 市场推广：与市场部门合作，推广产品，提高产品知名度和市场份额。
• 用户反馈：收集用户反馈，持续改进产品，提高用户满意度。

程序员

程序员和测试往往处在信息层级的第二层,两者往往是平级的。大部分公司的需求会议,程序员和测试 会一同参加。程序员往往担任翻译的角色,把自然语言、文字、图表这些信息翻译为计算机语言。在信息 层面往往处在下游,做为信息接受者的角色。(有同学可能会说,这 TM 不是废话么,别人都没开始说呢怎么翻译呢)。 既然是翻译就必然会存在偏差,就像光、声音的传导过程中必然会损失,所以有点 bug 啊,需求漏做了啊这都是很正常的。 记得,下次再有 bug 就用这个理论回答对方,而且要很自信的说出来。

举个例子英文单词 "asshole" 翻译成中文往往译为 "混蛋" (仔细想想不觉得很奇怪么) , 这就是本土化翻译,也许并不是它本身代表的意思,但是 会给它一个本土化的含义。程序员编写代码也是如此, 如何契合的把需求翻译为技术。那么如何更契合的翻译呢，这个东西很难教，往往是依靠经验， 对行业的理解深度,对技术的理解深度等等。所以程序员中产生了架构师,项目经理类似这些岗位。

当然翻译的前提必须是内容是可翻译的才行，最基本的要合乎逻辑。如果内容都不能翻译，你还怪我没有翻译好...我TM直接... 比如我现在让你给我把以下内容翻译为中文 “￥#￥%#￥￥%……@#！@@ @！ @#*￥@！~~！~！~！” 是不是都想打死我了。

测试

测试担任的职责是质检员,或者说是校对员。需要确保程序员对内容翻译的准确性。相当于火箭发射前的最后一道关卡, 当然了也是背锅重灾区。（总要有人背锅的为什么就不能是你呢）。经常被问的一句话: "为什么测试的时候没有发现？"。 测试的职责一般包括:

• 测试计划：根据产品需求和测试目标，制定详细的测试计划。
• 功能测试：对每个功能进行详细的测试，确保功能的正确性和稳定性。
• 性能测试：对软件的性能进行测试，确保软件在高负载下的稳定性和响应速度。
• 安全测试：对软件进行安全测试，发现并修复安全漏洞。
• 缺陷跟踪：记录和跟踪发现的问题，确保问题得到及时修复。
• 测试报告：编写测试报告，总结测试过程和结果，为产品发布提供依据。

根据我的观察,一般小锅测试可背,大锅（系统性问题）那程序员是怎么也甩不掉了。

认知鸿沟

在某一个领域越深入，往往认知壁垒也会越高。当然也不是绝对的，也有很多人，在很多方面都很专业精通，同时还在吸收不同领域的知识和信息。

产品经理，程序员，测试往往是知了解自己职能、专业范围内的知识和信息，无法站在其他职能的角度综合性的思考， 这时候分歧和矛盾就容易产生。产品经理 所以有一个会写代码的产品经理真的会提高很多效率和质量，最好是做过架构师对各个方面 都比较了解的。（我没说精通，毕竟要求不能太严苛了）。

所以说，怎么解决这个问题呢，我就有解决方案。 让产品经理和程序员结对编程, 程序员说产品经理来写。这里不需要写很复杂的，就只需要了解最简单的编程语法即可。 再让程序员和产品经理结对设计产品原型，产品说程序员来操作设计。 重点就是让大家互相了解对方的领域，好好相处，互相配合把事情做好。

祝愿 DevXTalk 的读者都能越来越优秀,无论是在自己目前的领域还是未来会涉及到的更多领域 You the best , you will be :)

---

看完本文有收获？转发给更多的朋友吧 DevXTalk 不止于技术