软件测试经验图谱软技能之沟通能力

大家好，我是亦无。

今天准备说一下我对图谱软技能之沟通能力的理解。

先看下关于沟通能力的脑图（公众号后台回复「图谱」获取最新完整版高清图谱）：

下面我会分 3 部分来进行详细介绍。

一、什么是沟通能力

软技能其实很难量化，但是又经常在简历上看到类似「沟通能力好」的表述，我自己在团队中也会强调沟通能力的重要性，期间还给队友买过《金字塔原理》，目的都是提高沟通能力。

可是我一直在想，怎么让一个不可量化的东西，更好的让大家明白自己的沟通能力到底好不好，处在一个什么水平呢？

所以我把沟通能力，按照沟通的行为，拆成了表达能力和理解能力这两部分，越是细化，就越是可以尽可能的进行合理量化。

二、表达能力的 3 个层次

对于表达能力，我的解释是，某人对某个事实、观点或逻辑进行表述的能力。

这还是不好量化呀，只是这样描述，只要会说话，都具备这个能力了。

我尝试把这个能力分成三个层次：

第一层，陈述事实； 第二层，表达观点； 第三层，提出建议。

举个例子。

二麻子和三胖子在讨论测试自动化对测试工作提效的事情。

二麻子先陈述了目前的实际情况。

“就现在，我们开发同学质量意识差，自测不充分，提测质量差，完全依赖自动化会出现不可控的质量问题，自动化只跑部分回归的用例，维护成本还比较大。”

三胖子在这个事实的基础上，加入了自己的观点。

“嗯，目前我们公司的测试自动化对效率提升很有限。国外自动化效率高，一个重要原因是开发同学质量意识好，会积极参与质量共建，现在都 2022 年了，我们很多开发甚至都不自测，这种不负责任的态度，如果我们只跑固定范围的回归自动化，是对质量不负责。”

二麻子觉着只是抱怨解决不了实际问题，就提了个建议。

“从目前环境来看，测试自动化势在必行，但是从目前公司的情况看，推进存在困难，如果必须要做，就要先解决关键问题。建议通过设置提测卡点，提供自测用例，明确提测要求等方式，优先解决提测质量的问题。只有提测质量得到保障，修改影响范围可以明确界定，回归自动化才会更有针对性。”

故事我瞎编的，内容也是为了契合上面说的观点，分别对应着表达能力的三个层次，如果按最后一种方式进行表达，是不是更容易让人理解？

总结下，好的表达能力不只是陈述事实和观点，要同时提供可落实的改进建议。

三、理解能力的 3 个层次

对于理解能力，我的解释是，作为信息接收方，对表述内容接收的程度。

既然是程度，肯定也是要想办法量化的。

我给分成三个层次：

第一层，记住对方表达的内容； 第二层，用自己的话把内容重新梳理出来； 第三层，听出言外之意。

举个例子。

还是关于测试自动化的讨论。

二麻子对三胖子说：“测试自动化我们搞了好久，但是现在依然很忙，反而因为有人去搞自动化，我们还得替他分担手工测试任务，我也知道自动化是必须要搞的目标，但是天天跑了很多自动化用例，也发现不了问题，都不知道帮忙在哪，开发提测质量还是差，整天都忙着提 bug，手工任务都搞不完，进度压力太大了。”

三胖子第一反应是：“嗯，确实看你们一直都很忙，开发提测质量也没看到好转。”

想了一下，三胖子又补充说：“我理解你提到如下几件事： 1、有人力去搞自动化，导致手工任务更忙； 2、自动化必须搞； 3、自动化发现不了问题； 4、自动化对开发提测质量改善帮助不大； 5、手工测试工作量大，进度压力大。”

又想了一下，三胖子问：“你是不是想加人？”

好吧，我又编了个故事，这里三胖子的三个反应，就对应上面关于理解能力的 3 个层次，看看是否可以理解？

总结下，好的理解能力就是可以听懂言语背后的潜台词。

我再汇总下结论，沟通是双向的，一个人沟通能力好，既表示他在表达时提出可落地建议，还表示他在众多繁杂的信息中可以理解隐藏在背后的潜台词。

为了写这篇文章，死了好多脑细胞，本来一个不能量化的软技能，我硬生生的给折腾出条条框框了，当然还比较简陋，意思到了为主哈，如果对你哪怕有一丁点启发，辛苦留言告诉我一声，谢谢。