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

041b4f95ef4a50bbf5d518cfebc649db.gif

后台回复「15666」,加我私人微信

阅读本文大概需要 5 分钟。

大家好,我是亦无。

关于软件测试经验图谱,我之前已经写了 6 篇文章,没有看过的同学可以点下面链接了解:
《软件测试经验图谱硬技能之积累和应用》
《软件测试经验图谱硬技能之系统知识》
《软件测试经验图谱硬技能之测试技能》
《软件测试经验图谱硬技能之业务逻辑》
《再谈软件测试经验图谱》
《如何借助测试经验图谱完成三个月总结?》

以上算是把图谱中硬技能的部分讲完了,今天准备说一下我对图谱软技能之沟通能力的理解。

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

afbf6e43d721c85094e2d6a3f00edfc4.png

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

一、什么是沟通能力

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

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

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

二、表达能力的 3 个层次

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

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

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

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

举个例子。

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

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

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

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

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

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

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

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

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

三、理解能力的 3 个层次

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

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

我给分成三个层次:

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

举个例子。

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

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

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

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

又想了一下,三胖子问:“你是不是想加人?”

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

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

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

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

PS:马上金三银四了,很多朋友都在找工作,刚好也有朋友找我帮忙发布招聘信息,索性就建一个微信群来帮忙对接,有需要的朋友加我微信(19841731),我来拉群,后面有招聘信息就直接群里及时同步了,算是给关注我的朋友稍尽绵薄之力。

ff694d82e44bbcd738de094edd58a82a.jpeg

扫码加我微信,等你

推荐阅读:

这件小事,我坚持了 300 天

PPT 来了

软件测试工程师发展的 3 个方向

我快坚持不住了

【论文复现】一种基于价格弹性矩阵的居民峰谷分时电价激励策略【需求响应】(Matlab代码实现)内容概要:本文介绍了一种基于价格弹性矩阵的居民峰谷分时电价激励策略,旨在通过需求响应机制优化电力系统的负荷分布。该研究利用Matlab进行代码实现,构建了居民用电行为与电价变动之间的价格弹性模型,通过分析不同时间段电价调整对用户用电习惯的影响,设计合理的峰谷电价方案,引导用户错峰用电,从而实现电网负荷的削峰填谷,提升电力系统运行效率与稳定性。文中详细阐述了价格弹性矩阵的构建方法、优化目标函数的设计以及求解算法的实现过程,并通过仿真验证了所提策略的有效性。; 适合人群:具备一定电力系统基础知识和Matlab编程能力,从事需求响应、电价机制研究或智能电网优化等相关领域的科研人员及研究生。; 使用场景及目标:①研究居民用电行为对电价变化的响应特性;②设计并仿真基于价格弹性矩阵的峰谷分时电价激励策略;③实现需求响应下的电力负荷优化调度;④为电力公司制定科学合理的电价政策提供理论支持和技术工具。; 阅读建议:建议读者结合提供的Matlab代码进行实践操作,深入理解价格弹性建模与优化求解过程,同时可参考文中方法拓展至其他需求响应场景,如工业用户、商业楼宇等,进一步提升研究的广度与深度。
针对TC275微控制器平台,基于AUTOSAR标准的引导加载程序实现方案 本方案详细阐述了一种专为英飞凌TC275系列微控制器设计的引导加载系统。该系统严格遵循汽车开放系统架构(AUTOSAR)规范进行开发,旨在实现可靠的应用程序刷写与启动管理功能。 核心设计严格遵循AUTOSAR分层软件架构。基础软件模块(BSW)的配置与管理完全符合标准要求,确保了与不同AUTOSAR兼容工具链及软件组件的无缝集成。引导加载程序本身作为独立的软件实体,实现了与上层应用软件的完全解耦,其功能涵盖启动阶段的硬件初始化、完整性校验、程序跳转逻辑以及通过指定通信接口(如CAN或以太网)接收和验证新软件数据包。 在具体实现层面,工程代码重点处理了TC275芯片特有的多核架构与内存映射机制。代码包含了对所有必要外设驱动(如Flash存储器驱动、通信控制器驱动)的初始化与抽象层封装,并设计了严谨的故障安全机制与回滚策略,以确保在软件更新过程中出现意外中断时,系统能够恢复到已知的稳定状态。整个引导流程的设计充分考虑了时序确定性、资源占用优化以及功能安全相关需求,为汽车电子控制单元的固件维护与升级提供了符合行业标准的底层支持。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值