• 0
  • 0
分享
  • 尝试用金字塔原理来沟通
  • 饭团🍙 2020-08-07 11:46:49 字数 1682 阅读 2560 收藏 0

  世界上最遥远的距离不是我说还是没说,而是我说了什么你却没明白是怎么回事。

  最近小编有幸参加了一场金字塔原理的培训课程,金字塔原理帮助我们解决两大问题:思维混乱、逻辑不清,通过金字塔的学习,可以做到想清楚、说明白。下边小编通过小明的故事,跟大家分享一下金字塔原理的工作的方式。

  一天,小明在电梯里遇到了部门领导,领导问:小明,好久不见,最近在忙什么?

  小明瞬间脑袋空白,不知道如何回答,支支吾吾的说:还好,没忙什么,就是在做5.0版本的项目测试

  小明不开心的回到工位,看到了群群,群群帮他分忧,群群说:小明,你可以采用时间逻辑进行回答,比如我上个月在做一个创新项目升级策略的工具,这个月刚好5.0版本上线,投入到了项目中进行测试,下个月预计完成服务端自动化测试框架的搭建。

  旁白:小明遇到的问题,大家工作中也会经常遇到,在短暂的时间内,该如何做回答,能清楚的表达出个人的输出。可以采用时间逻辑作为一条线整理思路并表达。

  临上线前小明找来大熊反馈测试进度,小明:随机测试的时候发现一个概率性的问题,很影响用户体验。我尝试了A入口跳转的方式、B入口直接进入的方式、C入口…….等路径都无法复现,后来通过开发打断点调试才定位到这个问题的产生的原因。是因为开发实现的时候少考虑了一种场景,balabala…

  大熊:这个问题修复了吗?

  小明:嗯,开发将之前漏考虑的场景考虑补充了一下,我已经跟他仔细check了这个逻辑,应该已经补充齐全了,但是改动范围特别的大,需要一定的时间进行回归测试。

  大熊:那你赶紧进行测试回归吧,今天是上线的deadline,时间点很重要。

  小明:嗯,用例已经补充完成,现在的问题是,机器协调不开,其他人也在用此台机器进行回归,我这边暂时不能进行回归。

  大熊:你找我确认的问题是协调机器,对吗?你是否可以结论先行呢?

  小明闷闷的回到工位,群群告诉他说,反馈问题时,一定要逻辑清晰,想清楚、说明白,比如:现在开发新提交了一笔代码,改动比较大,现在缺少一台适配机器,请帮忙协调一下。大熊听到你的反馈后,如果有疑问,会问你的,比如为什么又提交了一笔代码,为什么提交的代码改动比较大,为什么机器不够用等。此时,你就可以根据他抛出的问题,一一进行回答了,前提是事先你要对你的结论进行分析整理。

  旁白:工作过程中,经常会跟同事、Leader沟通反馈问题,金字塔教给我们的原理是,结论先行,以上统下,归类分组,逻辑递进。沟通时,先抛出结论,然后再把结论的理由一层一层的展开。

  小明需要在全组推进随机测试流程,可是效果不明显,大部分响应不积极,小明很疑惑,不知道问题出在哪里,找到了群群,群群说:你是怎么同步的?

  小明说:我跟大家讲了一下,我们要开展随机测试规范了,因为会提前发现Bug,同时,集中时间段参与随机测试,发现更多未发现的Bug。

  群群说:你推行的方式不好,没有让大家真正的切身感受到好处和目的。你可以换下推进的技巧,或许会有意向不到的收获呢?比如:大家经常在临上线前频繁发现Bug,导致上线的时间点delay,或者上线后发现一些问题,那么我们该如何规避这个问题呢,通过我的思考和 调研,加入随机测试是一种不错的方式,可以协助大家提前发现Bug,并发现一些测试case无法复现的场景。

  旁白:当我们在推进一些方案或者规范时,往往直接讲述,而没有一个尝试的引导过程,反而达不到最好的效果。如果可以通过抛出当前的问题,即是矛盾冲突,然后怎么解决这个问题呢,再给出自己的方案和规范,会得到比较好的效果。同样,在我们遇到问题时,我们习惯性的思维就是直接找答案。但是金字塔原理告诉我们,答案往往隐藏在S(背景)C(冲突)Q(疑问)的后面,通过对背景的深入分析、找准核心冲突、并通过有力的问题聚焦找到解决方案。

  知识的价值不在于占有,而在于使用。思考力决定竞争力,金字塔原理改变我们的思考方式,提高我们的工作效率。在你的工作中,经常会遇到问题的总结或是解决方案的给出,下边小编为大家分享一些常见的一些模板,供大家工作时参考。

图1.jpg

图2.jpg


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

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 一、测试过程拆解针对BI报表测试,一般情况下,我们需要自己准备数据,来验证报表统计的准确性。由于系统的构成不一样,简单把报表测试过程分解为两个层次:数据收集汇总、数据统计展。在做数据收集汇总验证时,我们需要了解数据从哪里来,如何汇总,数据入库的规则是什么,如何存放,在什么时间点进行汇总。把这些问题弄清楚了,才可以针对性的做测试策略,来验证数据入库的准确性。这步很重要,因为这个是报表测试的数据来源,如果这里的数据出错,后面的一切都没有意义。针对数据统计展现,我们需要了解页面上展现的数据来源于库中的哪些表哪些字段,根据什么样的规则来统计。把所有需要展现的数据集对应清楚,这样才能有效的进行数据准备,...
            1 1 1893
            分享
          • 前言:之前做一个京东联盟的自动化脚本,好多人不理解为什么,这次做淘宝的自动化签名,并讲解一下实现细节,带你了解前置脚本,后置脚本的用法。自动化原理个人观点 自动化就像流水线一样,通过解析固定的规则,来达到自动化。前置和后置脚本的区别(它们的功能就如同名字一样)前置脚本:在请求发送之前,你可以通过脚本来做某些事情,值得注意的是变量是在前置脚本后面才执行的,所有有些问题可能不是你问题。前置脚本:在请求响应之前,你可以通过脚本来做某些事情。淘宝联盟接入文档调用入口调用API的服务URL地址,开放平台目前提供了2个环境给ISV使用:正式环境,海外环境。 调用环境  ...
            0 0 2039
            分享
          • Web应用有时候需要测试,但开发人员没有做负载测试,或者更糟糕的是,他们花了时间来做负载测试,但是没有做好充分的准备。没有充足的预备工作,负载测试不可能发现它应该发现的所有问题。那么,Web开发如何进行负载测试呢?下面优就业IT培训机构的老师告诉大家。1.确定用户数量如果要加载测试,你会模拟多少虚拟用户呢?要回答这个问题,你要估计大概多少并发用户可能访问你的网站,这取决于一天中的时间。很多测试者只是猜测,相反,你需要跟你的设计师和营销人员谈谈并看看性能说明。你甚至可能要问他们设计的应用程序支持多少并发用户,然后设计这么多用户及比这更多用户的测试。2.研究你的分析不要假装知道客户如何用你的应用程...
            0 0 954
            分享
          •   一、技术路线图:  从图上可以看出,测试人员要掌握的东西挺多的,开发懂的我们都得懂,但我们要比开发更具有全局思维和用户思维才行。  这里面没有把大家所负责的业务知识放进去,这个是根据自身行业来的,需要自己行业去规划。  准新人阶段  啥也不懂,需要学习4大类基础知识:  · 软件测试基础理论  · 计算机基础和网络基础  · 操作系统基础(主要是linux)  · 数据库基础(SQL)  1-3年新人阶段  手工测试没问题了,需要学习自动化,掌握各种测试工具:  · python 或 java(选择一门语言进行学习)  · Selenium(Web UI自动化...
            8 9 2575
            分享
          •   之前小编有和大家讲到测试思维,今天来讲一下思维的直接体现是什么——测试用例。  测试用例包括的元素:功能/模块,测试标题,前置条件,优先级,测试步骤,预期结果。这些是用例中必须有的字段,除了测试标题,其他都很好写的。下面重点讲解测试标题。测试标题也叫测试点,测试是分析设计的结果。  分析是分析需求,分系统,分析业务,甚至分行业。这样才能知道测试对象是什么行业的什么系统,有什么功能,哪些是核心,哪些是非核心。  设计是设计测试数据用来执行的。这个数据不用十分具体,也包括不同的测试条件和场景。  测试点形成方法有:等价类,边界值,流程图,场景法,因果图,错误推测法。这几个是基础,也是非常常用的...
            0 0 977
            分享
      • 51testing软件测试圈微信