作为一名软件测试工程师,日常工作中最常打交道的肯定就是开发和产品经理。有沟通就会问题,有问题难免会有争执。那么你肯定听过这些话:

“这么弱智的bug你都测不出来吗?”
“为啥这个功能还没测完就上线了?”
“研发时间不够,你压缩一下测试时间”
“这个bug和开发没关系,注意看需求”

听到这些话,分分钟高血压,要说谁是超级背锅侠,那测试肯定当仁不让(要求追加“背锅费”)

问题的关键来了:作为测试的核心不是看人家的代码写的错不错,本质上要更关注需求。在开需求评审会的时候,开发和产品往往很容易忽略了测试,他们下意识会认为和下游没有关系。可是,熟悉业务,熟悉功能,熟悉各种设计是整个研发团队都需要达成信息共同的,而且测试需要站在用户的角度来去考虑他们的设计是否有不合理的地方,并提出自己的建议。上面说的工作,需要测试去主动,积极参加,多提建设性意见,让其他岗位的人认识到测试的重要性。其次,除了需求评审会沟通之外最频繁应该还是关于bug的讨论。下面列出几个比较常遇到的沟通问题,仅供大家参考。

“这有问题吗?”

(对方研发或者产品不认为是自己的问题)解决方式:在看待bug上,测试人员一定比开发要敏感,对bug的容忍度也要低一些。特别是一些不符合用户习惯的bug,产品总觉得无大碍。比如,一个弹窗默认的宽度太小了,导致初次打开,有一些内容被隐藏在后面,但是这个宽度可以手动调节。开发觉得问题很小,不影响功能(开发往往只看重功能是否实现),而且也有解决办法,所以不认为是bug。这个时候,需求能定的可以打需求决定,需求不明确的,要好好跟开发沟通,可以让他在有时间的时候处理,不需要急着马上处理。

“这个bug我无法重现”

解决方式:先检查自己提交的bug描述,看看是否准确,bug重现步骤是否没有说清楚。bug应该简明扼要,重点突出。如果描述存在让人误解的表意,最好改过之前再给对方,如果还是无法解决就当面沟通,事后根据沟通内容来表述内容。遇到概率性的bug,一定要告诉开发概率是多少,尽可能多的提供重现条件。

“这不是代码问题,需求就这么定的”

解决方式:需求也是人定的,如果觉得有异议,可以找需求人员了解清楚,为什么这么定,然后把自己的想法告诉他们,看他们怎么决定。如果被需求说服了当然是最好的,如果自己还是不同意需求的看法,需求又不同意我的提议,那只能听他的,毕竟权力在他那里。不过我们可以把沟通结果备注在这个bug下,以后也能有证可查。

“用户不会像你这样操作的”

解决方式:测试过程中,我们可以要把客户想象成“儿童”,用户会如何操作,我们无法列出所有的操作选项,只有尽可能的去覆盖到位。不过也不用过分担心,毕竟用户都是成年人。开发的思考角度其实仅在于功能是否实现,而测试人员需要考虑的更多,所以也理解开发会说这样的话,但是为了更好的产品体验,多多提出来这类的问题,也是帮助开发进步的一个方式。双方沟通的多了,也习惯了双方的工作方式和思维模式,那么下一次出现这个问题的时候,会更快更好的解决。总之:一切站在用户的角度看问题。达成这样的共识,很多问题就不会是问题了。(但是最后还是没能说服他,第一向领导反映,第二做好沟通的记录,将来备注在测试报告里。)

“这块是别人负责的,我负责的部分没有问题”

解决方式:如果bug是由开发的项目经理来分发到程序员,那就是项目经理来面对这样的问题,而不是测试。当然,项目经理当然有项目经理的处理办法。可是,测试遇到这样的问题怎么办呢,把负责相关内容的开发都邀请到一个讨论组里,让他们自己讨论,这样更清楚,不必在测试这里中转。如果他们都觉得代码没问题,而我也有强有力的截图和真相,那就只有上交给上级领导,让他们来决定怎么解决。

除了bug上的问题,还有测试安排上的问题,有时候小功能没有做好,或者某个文档、图片没有上传,等到了小功能做好了文档上传之后,很可能开发会忘记告诉测试。所以,平时的工作中,一定要主动记录问题,主动沟通和督促,并反复确认,不要怕麻烦。
总结起来,测试在工作上要主动询问,态度上不能轻易妥协,习惯上要善于记录细节,方法上软硬兼施,这样才能在职业生涯上一步一个脚印。

关注我,让你的测试之路更简单~~~~

日常工作中,软件测试人员如何避免“背锅”相关推荐

  1. 业务团队如何在日常工作中做稳定性?涵盖事前、事中、事后的方方面面

    你好呀,我是Bella酱- "又不是不能用,能用就行.""又不是不能跑,能跑就行.程序和人有一个能跑就行." 相信很多同学都听过这2句话.乍听没毛病.编程3部曲 ...

  2. 大华视频服务器系统日志怎么看,日常工作中查看工控机Windows日志的方法

    原标题:日常工作中查看工控机Windows日志的方法 工控机Windows日志位于工控机管理的事件查看器中,主要是用于存储来自应用程序以及整个系统的文件.一般可以分为应用程序日志.安全日志.系统日志这 ...

  3. 日常工作中如何自我提升?

    阅读本文耗时5分钟左右 不知道大家有没有遇到 虽然做了很多事情,但遇到类似的问题还是没有解决思路.同类型的问题还是很迷茫.接下来给大家3秒钟思考一下原因 ? 我相信大家已经有了答案.比如工作很忙没有时 ...

  4. c++读取utf8文件_经常在日常工作中处理统一码文件(or其他编码)?这篇必读

    全文共2717字,预计学习时长5分钟 对于那些经常在日常工作中处理统一码文件(也适用于其他编码)的人来说,这篇文章是必读的.对于自然语言处理的从业者,处理统一码文件是一场噩梦,尤其是使用Windows ...

  5. 办公室计算机知识论文,办公室日常工作中办公自动化的运用-计算机应用技术论文-计算机论文.docx...

    办公室日常工作中办公自动化的运用-计算机应用技术论文-计算机论文 --文章均为WORD文档,下载后可直接编辑使用亦可打印-- 摘 要: 办公室管理是企业发展的重要组成部分, 传统办公室管理需使用大量的 ...

  6. RIP 此篇用来记录日常工作中使用到的正则表达式

    在工作中偶尔会使用到正则表达式,  每次用到之后都是上网找,  太浪费时间了, 所以此贴专门用于收录日常工作中使用到的正则表达式 ( 不要问我为什么不自己学学正则表达式,   因为: lan ) 用心 ...

  7. 日常工作中的几个excel小技巧

    大家好!我是xyz,又和大家见面了!今天分享几个日常工作中经常使用的小技巧,希望对大家能有所帮助. Ctrl+\的用法 对两列或是多列数据进行核对,方法有很多,今天介绍的是一组快捷键,只需要1秒钟就搞 ...

  8. 如何在日常工作中提升技术能力

    如何在日常工作中提升技术能力 相信我们很多工程师在工作中做的最多的就是CRUD的任务,可能很多同学觉得这些工作不会有成长的机会或无法提升,其实这些大部分都是眼高手低的心里,CRUD也可以学到更多.做到 ...

  9. 日常工作中常用的几个git指令

    前言 最近,我的主管让我就git 使用做个组内分享,分享一下我在日常工作中是如何使用git的.现在我整理成文章,分享出来,希望对你有所帮助. 基础概念 git有三个分区,分别是: 工作区(Workin ...

最新文章

  1. 动态生成一个继承接口的类
  2. 汉字我在计算机中的处理过程,详细说明汉字在计算机中的处理流程以及汉字编码在处理过程中的转化关系...
  3. Java EE 6示例– Galleria
  4. php如何写log日志,用php生成log日志
  5. 表单的ajax填入问题
  6. libv4l 库【转】
  7. 小米速度!雷军再祭 All in AIoT 大招!
  8. idea将项目打包(jar包/war包)
  9. 如何从PDF中删除页面?
  10. 【裂缝识别】基于matlab GUI无人机裂缝图像处理系统(带面板)【含Matlab源码 1727期】
  11. ASP.Net的HtmlHelper和UrlHelper
  12. 泛微oa明细表添加按钮_泛微OA系统表结构说明
  13. 汽车诊断协议 - CAN BUS协议
  14. android硬盘加密方法,Android硬盘加密工具
  15. timestamp和datetime的区别
  16. 局域网ip扫描工具_中科院网络工程师网络安全视频教程10端口扫描
  17. [ERROR NumCPU]: the number of available CPUs 1 is less than the required 2
  18. matlab图像进行变换
  19. 通过Gartner 2018年新兴技术成熟度曲线解读大数据人工智能技术的发展
  20. 深度解读阿里巴巴云原生镜像分发系统 Dragonfly

热门文章

  1. [学习笔记]自适应辛普森(Simpson)积分
  2. Threejs渲染obj+mtl模型源码,3D工厂模型
  3. 概率论与数理统计--笔记
  4. java foreach循环语句_Javaforeach语句
  5. Windows 11中Edge选单看不清显示异常的解决办法
  6. 计算机组成原理 好学吗,计算机组成原理太难了(计算机编程解释)
  7. 我的世界minecraft最新版1.16.5服务器及其Python开发环境搭建
  8. 永磁同步电机驱动器保护算法专题
  9. 云脉OCR文档管理软件档案加工管理必备
  10. 【小y设计】二维码条形码打印编辑器