• 0
  • 0
分享
  • 软件测试的三个沟通技巧
  • FunTeste 2023-03-30 10:02:24 字数 1411 阅读 1514 收藏 0

成熟的沟通技巧对于软件测试工程师在竞争激烈的软件测试领域中发挥作用至关重要。虽然软件测试职业需要编程技术和业务能力等硬技能,但优秀的测试人员是全面的,并且掌握了人际沟通的艺术。能够有效在团队以及与外部进行交流的测试人员通常会让团队更容易成功。

沟通不畅可能导致缺陷与错误编码一样昂贵)。沟通不畅不仅会导致缺陷,还会导致相互指责、关系降低和项目延迟。要使软件测试人员取得成功,必须掌握沟通技巧,尤其是积极倾听、非语言沟通和压力管理。

积极倾听

人们无法沟通的原因有很多,但一个糟糕的倾听者是最令人沮丧的一种。糟糕的倾听者试图终止他人的发言,在他们说完之前做出回应,或者试图在谈话中保持主导地位。但是这非常不重视他人,这让其他个人都感到不舒服。对于软件测试团队来说,确保所有团队成员都有空间和机会分享他们的看法至关重要,因为不同的观点可以为每个人创造更强大的解决方案。

那么如何成为一个更好的积极倾听者呢?

它从建立信任开始。当队友说完后,试着将他们的想法转述给他们,以确认自己理解是否与他表述一致。可以说如果我理解正确之类的话,然后请他们确认自己的解释。这表明不仅听到了它们,而且表明足够关心以确保收到了他们想要表达的意思。这在理论上可能听起来很笨拙,但是在实际使用中非常有效。

此外,积极倾听是为了确保测试人员与所有合作者所知道的信息保持一致,无论是开发还是产品。倾听团队其他成员,确认你的解释正确,然后一起前进。

非口头交流

你的交流是面对面吗?更重要的是,你真的GET到他们交流的内容吗?你注意到他们的非语言暗示了吗?虽然很难量化交流中有多少是纯语言表达,但专家们普遍承认,大部分交流是通过语气和肢体语言传达的。

非语言线索是信息的宝库,但需要时间来磨练识别和解释它们的能力。积极倾听是第一步。然后,结合所见所闻,了解如何根据提示采取行动。

试着问一些开放式的问题,比如:到目前为止你的看法是什么?或者,根据上下文,也许最好用一个特定的问题来梳理出一个回答,例如:这个流程用户会接受吗,尤其是用户需要从这个页面转到下另外的页面?

如果还是不确定,最好私下与那个人联系,看看他们是否会接受这种提示。如果他们不想在会议期间发言,可以尝试让他们吧自己的想法要点写出来,甚至可以使用匿名形式收集他们的问题。

压力管理

软件测试工程师有责任做出有先见之明的决定;这是一个巨大的挑战,因为他们经常会收到缺失、误解或歪曲的信息。但是导致工作倦怠的主要原因之一:压力。

压力在大多数专业行业中很常见,软件领域也不能幸免。测试人员经常会发现自己处于压力很大的情况下,他们的老板正在询问截止日期,或者被迫不断地重复做一些无效的工作。

压力下有效沟通是软件测试人员必须添加到他们的武器库中的一项宝贵技能。

例如当对项目延期表达不满时,软件测试人员必须具备分散情况和有效沟通的技能。这可以通过保持冷静,承认项目的挫败感并总结经验,积极解决问题以及下一步是什么如何避免。

并非所有压力情况都可以完美解决,但通过使用适当的口头沟通技巧,软件测试人员可以处理更多意外情况,避免剑拔弩张的氛围出现。

结论

可以说,沟通是任何职业的重要组成部分,无论是与老板、队友还是客户。沟通方式可能因人而异,但每个测试都需要成为一个强有力的积极倾听者,一个对非语言线索的细心解释者,以及一个在压力情况下积极主动的沟通者。这些技能需要一些时间和练习才能掌握,可是一旦掌握,那将会成为职业发展的重要垫脚石。


  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   虽然产品同学都知道要站在用户的角度设计产品,但事实是部分同学设计出来的产品真的是一言难尽,很多产品甚至只停留在将功能转换为原型图、流程图的层面。难道交互性强、用户体验好的产品都是别人家的?提高用户体验虽然是产品一贯的目标和宗旨,但是不同的实践方法和实现路径阻碍了好的产品设计。结合看了《用户体验多面手》的感想以及项目中的经历,总结了产品同学比较容易忽略的情况。  1、仅限于自己站在用户的角度,忽略了用户调研  他们知道要从用户的角度出发,思考如何设计一款满足用户需求的产品,但仅仅这样是不够的。每个人的想法都有局限性,给十个产品各自按照自己的偏好设计一款旅游app,得到的结果也是不尽相同的,那...
            0 0 743
            分享
          • 一. 我不知道它为什么会发生,开发人员解决它,我只是验证它哦,来吧。对不起,听到这个让我很烦。每一次,当我问测试员一个问题时,我都会很恼火——为什么要面对特定的缺陷,什么是RCA(根本原因分析),而他/她会回答“我不知道”。我们真的用黑盒这个词吗?我们怎么能不向开发者询问他到底修复了什么呢?为什么我们不能问权威是不是一个问题?我敢肯定,99%次我们不知道根本原因分析(RCA)或修复,因为我们不要求它。相信我,知道确切的修复,修复的模块,无论是在前端还是后端,无论是注入任何功能开发还是其他缺陷的修复,都会对你的测试有所帮助。除此之外,这些信息有助于你了解许多技术性的东西,否则你将永远不...
            0 0 836
            分享
          • PerfMon并不是JMeter原生的工具。要使用这个工具还需要下载一些插件。1、JMeter Plugins Manager下载:该插件是一个管理插件的插件。下载页面(https://jmeter-plugins.org/downloads/all/),下载后是一个jar(jmeter-plugins-manager-0.10.jar),把该jar放到jmeter的lib/ext目录下,重启jmeter即可。jar下载地址:https://jmeter-plugins.org/get/说明地址:https://jmeter-plugins.org/wiki/PluginsManager/重启...
            12 12 1045
            分享
          •   有效且高效地沟通是每个职场人员需要且渴望的,尤其对于开发人员或测试人员来说,向一个不了解自己“主场”(自己负责模块或功能)的同事、客户等人员解释一些业务逻辑是一个很考验人的理解力和表达能力的事情。  那么,如何能够深入浅出、通俗易懂的讲解一些业务知识,解答一些逻辑问题呢?  我想,类比会是一个很好的办法。分享两个简单案例,喜欢能对大家有所启发。  案例一  某个功能应用安装场景,需要启动supervisor服务进行进程托管。但考虑和其他应用同机混装,supervisor服务可能被其他应用先启动,因此检测到supervisor已经启动,则直接使用。  出现问题:该应用使用root用户安装,所...
            0 0 608
            分享
          •   我们不应该仅仅局限于某一种工具,性能测试能使用的工具非常多,选择适合的就是最好的。笔者已经使用Loadrunner进行多年的项目性能测试实战经验,也算略有小成,任何性能测试(如压力测试、负载测试、疲劳强度测试等)都可以使用该工具。但我并不鼓励这样做,我们应该根据当前所处的情况,基于被测对象、时间及成本考虑,采用最合适的工具。闲话少谈,今天笔者要给大家分享的是用Jmeter来进行HTTP接口的压力测试。实际接口测试还可以使用Tsung、SoapUI等工具,但基于各方面考虑,最终采用了Jmeter。  Jmeter相对于Loadrunner来说,更轻,易于安装,如果对过程数据收集不多、测试场景...
            0 0 792
            分享
      • 51testing软件测试圈微信