软件测试背锅了:出现问题后,研发怀疑当初测试不到位(其实在测试过程中已经测试完成而且没有出现问题)这种情况怎么办?

2019-02-25 22:51:26

背锅场景:出现问题后,研发怀疑当初测试不到位(其实在测试过程中已经测试完成而且没有出现问题)这种情况怎么办?

背锅图片
这种问题其实工作中不少

处理方案:

1)追踪开发是否在你测试完成后动过代码,如果动过,OK,你可以避免;

2)如果开发没动过,但是正好自己测试到但又出现问题。

对于第二种情况,首先定位问题,看看问题到底是自己漏测还是确实存在。如果漏测就不用说了,自己承担就好。确实存在那么你要看看到底是什么原因又将该问题引起了,然后再针对具体问题具体做处理。

备注:一般我们测试的过程中很少做日志,所以背锅也有,这种情况也不用着急,不用先辩护(没有证据的讨论也白搭),先一步步排查问题到底出现在哪里,再进行处理!

该是自己的责任绝不逃脱,不是自己的责任绝不背锅!

原文地址:https://www.cnblogs.com/dotest/p/10434476.html

时间: 2024-07-28 22:56:33

软件测试背锅了:出现问题后,研发怀疑当初测试不到位(其实在测试过程中已经测试完成而且没有出现问题)这种情况怎么办?的相关文章

背锅侠的逆袭之路

最近,跟一个同行朋友小张聊天,他非常苦恼,因为工作不如意,他入职这个企业已经3年了,做的是网络工程师,薪资不高,公司事情还一大堆,还经常被迫背锅,眼看一把年纪了,发现不能再这样下去了,想转行做运维. 经过与他的深聊,发现很多朋友都有类似问题.对于这些问题,我也有多年的学习经历和经验,既然要说,那就好好给大家分享下吧,也算总结下自己多年运维行业Linux运维的心理路程. 怎么快速入门Linux? 还是先来说说自己吧! 记得最早接触Linux是在2000年,那个时候,我还在上大学,一个同学从荷兰归来

背锅侠逆袭之路

小张,3年网工一枚,常常抱怨:薪资不高,琐事一堆,常常背锅. 眼看一把年纪了,发现不能再这样下去了,向我讨教一条逆袭之路! 既然要说,那就和大家一起分享下吧,顺便总结下十几年的Linux运维经验. 聊聊:自己吧! 最早接触Linux是在2000年,那时,我还在上大学.一个从荷兰归来的同学,带回一个Linux的拷贝版,版本还是个人版Redhat6.2. 为安装这个系统,我们挑灯夜战,不亦乐乎.那时Linux的学习资料还很少,能够学习的书籍也不多,网上Linux技术社区更不多,便凭着Redhat6.

波音737事故,软件化要不要“背锅”?

两次惨痛空难后再看波音的软件化之路:它曾满载荣光,如今备受质疑. 事件回顾 3月10日,埃塞俄比亚航空公司一架波音737 MAX 8客机在飞往肯尼亚途中坠毁.机上有149名乘客和8名机组成员,无人生还. 据报道,此次失事的是一架全新的波音飞机,四个月前才交付给该航空公司.这是波音737 MAX 8半年内出现的第二起严重事故.(第一起为2018年10月29日印尼狮航的坠落事件,189人罹难)目前中国大陆共有96架该机型飞机正在运营,中国民航局今天表示,为确保中国民航飞行安全,囯内暂停该机型的商业运

运维的误区:好心办坏事,终成背锅侠---腾讯云与前沿数控之数据问题有感

本人运维老司机,有个体会,如题.运维人员责任心都很强,但是有时就会出现"好心办坏事,终成背锅侠"的结果. 看到告警,首先想到要解决,这个思路没有问题,但是由于操作上的问题,终成大错! 教训与反思:1.数据搬迁流程要开启数据校验,数据是根,马虎不得.2.数据搬迁完成之后,源仓库数据要保留足够长的时间.3.完事不能完全依托服务商或产品,用户要有自己的备份机制.4.运维规范化.自动化.流程化势在必行,降低人工干预,降低人为错误.5.应急备案要重视. 相关文章:腾讯云微信公众号:关于客户&qu

做不背锅的运维

系统除了故障,第一个挨板子的就是运维人员.不管任何原因,先找运维,给他一口好锅.运维好苦啊!稳定运行时,似乎是多余的存在:又问题时,要替人背锅.与其被动,不如主动一点,不做背锅侠! 怎么做呢?先看几个例子,亲身经历. 砸锅例一 一支付系统,前端负载均衡,中间tomcat应用,后端memcached加oracle 11G rac两节点集群.遇上好的时机,公司的业务增长很快,但人手有限,跟不上业务的发展,只好尽可能的先上线,发现问题再修正. 某天,在西四环帮人排查宾馆wifi故障,楼里手机信号极差.

又一批长事务,P0故障谁来背锅?

最近几周,发生过多起因为事务问题引起的服务报错.现象为数据库连接池连接占满,数据库连接长时间等待,最终导致请求线程hang住,服务大面积报错.这个时候,服务资源.数据库资源大量空闲,但就是进行不下去,影响是比较恶劣的. 谁来背锅?当然是架构师.因为这次所有的服务都活着,没运维什么事. 面试时,大家可能都会碰到关于事务相关的问题,升级版的可能是分布式事务的问题.在互联网行业中,一句马马虎虎的补偿事务就能蒙混过关,毕竟都是些短小精悍的接口. 但在很多企业级应用中,这行不通.我们必须直面惨淡的现实.

软件测试中常见测试流程

测试的流程: 需求阶段流程图: 单元/集成测试阶段流程图 系统测试阶段流程图 压力测试流程图 性能测试流程图 仅仅了解就够复杂的了,实际操作过程中的问题肯定更多.像压力测试.性能测试,一般的情况下我哪里用得上啊.虽然也知道些什么分布式应用.海量存储之类的,但是我连1T的数据都没见过.光说说那是是空话=.= 第二个问题:软件测试的常规方法. 软件测试中常见测试流程,布布扣,bubuko.com

软件测试、ios中的测试概念以及步骤

软件测试: 软件测试的目标是应该服务于软件项目的目标,可以通过建议反馈使用更加高效的方法和工具,提升软件开发效率以及软件开发质量.同时还可以通过过一些手段,更早.更快.更多地发现缺陷,从容降低了这些缺陷带来的风险. 软件测试是为了消除更加多的bug,虽然没有能够消除彻底. 但是软件的质量不是通过软件测试,而是软件开发工程师决定的. 软件测试的好处: 1.测试可以对软件预防,然后反应给软件开发工程师,所以及时快速的找到错误. 2.对软件缺陷的检测. 软件测试的类型: 单元测试(Unit Tests

7、执行 suite 后,result.html 测试报告中,测试结果全部显示为通过原因分析

测试用例中,断言 异常后,必须 raise 抛出异常, 若无raise ,则测试报告中测试结果全部显示为通过. 抛出后,显示实际测试结果,通过/未通过 1 __author__ = 'Administrator' 2 3 import unittest 4 from study_demo.demo_0212.http_request_util import Http_Request_Util 5 from ddt import ddt,data,unpack 6 from study_demo.