• 0
  • 0
分享
  • 测试如何避免成为背锅专业户?
  • 豆秸 2022-07-11 09:06:32 字数 1274 阅读 1537 收藏 0

一、如何尽最大的努力避免成为背锅侠?

本文主要讲述自己从一个测试菜鸟,逐步成长到现在过程中累积的一些经验。

在日常测试工作中,经常听到开发说:这个bug是产品设计缺陷?这个细节产品设计文档没有?这个bug是前端的?这个bug是app端的?等等诸如此类的推脱,不愿意承认这个bug是他代码漏洞造成的。最后苦逼的测试就陷入两难的地步,提交一个bug吧,开发小哥哥不乐意了,不提吧万一出了问题就要我们测试小虾米来背锅了。凡是遇到线上故障,都是测试负主要责任,开发负次要责任。可怜的测试人员在背锅到道路上越走越远…

    以下是个人总结的如何避免成为背锅侠?如何完美的甩锅?

  • 重视每一个bug!

  • 严格跟进每一个bug流向!

  • 遗留bug风险评估!

以下是个人测试过程中总结:

重视每一个bug

投61.png

跟进bug流向

投62.png

3.遗留bug风险评估模板(完美的甩锅)

在版本上线之前,进行遗留bug的风险评估,告知相关人员当前遗留问题以及可能产生的风险。

投63.png

二、养成良好的版本上线事故追踪

测试毕竟不是万能的,千方百计的防,也难免会有出现漏测或者其他的问题导致线上事故,此时就要秉持一个原则:出问题不可怕,可怕的是不总结反思。

出现问题后,作为测试人员第一时间及时配合修复,修复之后就要做总结反思,如何避免下一次出现相同的问题。这个时候就需要有一个良好的规范文档用来记录跟进~也可分享给其他测试人员作为警示。

下图为个人工作中使用到的“线上版本事故记录表””:

(至于事故等级网上很多,基本是大同小异)

投64.png

三、印象较为深刻的BUG及原因分析

问题1:历史旧版本升级到新版本后,导致程序启动就闪退(版本升级)

原因分析:数据新旧兼容不完整

问题2:信号增强器在增强过程中,中断导致程序闪退(强制中断操作)

原因分析:空指针

问题3:快速切换tab加载数据,导致程序闪退(暴力操作)

原因分析:数组越界

问题4:启动app过程中,进行网络变更导致程序卡死或闪退(网络模拟)

原因分析:网络断开后,闪屏广告没有回调

问题5:快速切换tab加载数据,导致出现错误数据(暴力操作)

原因分析:两个数据串了,因为切换tab时请求2个接口共用一个数组去接收,这个在数据清除不及时的时候就会导致出现不是这个条件筛选下的不相关的数据

问题6:翻页加载数据出现重复数据(暴力操作)

原因分析:翻页出现数据重复 一个是服务端有问题还是取原来的数据  另外一个就是翻页数据的页码没有改变 取得还是原来的页码这样取出来的数据叠加就会重复:

四、测试人员的自我修炼

作为一个功能测试工程师,没有代码以及自动化测试基础时,除了日常的点点点外,也可以通过简单的学习,借助一些辅助工具来提高自己的测试质量:

抓包工具:charles/fiddler->模拟测试场景、初步判断bug来源后端还是移动端

数据库工具:navicat->修改数据库模拟测试数据

奔溃信息监测工具:bugly

兼容性测试平台:testin、腾讯优测等进行基础机型兼容性测试

以上等等~不断的学习提升,不止是对公司产品的负责,也是对自己自身未来发展负责,就算是功能测试工程师,也要做一个有出色的功能测试工程师。


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

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   Redis是一个高性能、内存数据库和缓存系统,在开发和生产环境中被广泛应用。本文将介绍如何进行有效的Redis软件测试,以确保其稳定性、高性能和可靠性。  Redis作为一种非关系型数据库和缓存系统,被广泛用于支持高流量、低延迟的应用。为了保证Redis在生产环境中的可靠性和性能,进行充分的软件测试是至关重要的。本文将提供一些关键的测试步骤 和技巧,帮助您开展有效的Redis软件测试。  单元测试  单元测试是验证Redis各个组件和功能单元的行为是否符合预期的重要手段。在编写单元测试时,应当覆盖各种情况和边界条件,包括数据存储和检索操作、过期策略、并发访问等。使用流行的测试框架 (如JU...
            0 0 846
            分享
          •   自从年后转岗专职自动化测试岗位后,性能测试基本被我丢一边了,好久没更新性能测试相关的博客了。  今晚和朋友讨论完自动化测试框架的优化之后,有认识的同行问我一个性能相关的问题,就和他聊了下我的一些建议。  这篇博客,就以今晚的性能话题为主,聊聊性能测试中,从需求分析开始,要做哪些事情吧。  一、产品需求  1、业务场景:  一个问卷调查的功能,然后产品和业务会不定时通过前端界面去根据筛选条件查询相关问卷问题的答案明细,但是觉得很慢,让测试这边给出一个指标。  2、系统架构:  MySQL数据库,所有问卷问题相关的数据都存储在同一张表,单台服务器,无缓存,通过一个查询接口去查询返回数据。  3...
            0 0 1290
            分享
          •   有道是:“观史知今当思进退,读书养志可识春秋”。  列数最近十年的重要进展,其目的还是要我们带着发展的眼光,来预测未来几年测试领域的发展,提前做好准备。  所以为了让大家阅读此文后有尽可能强烈的获得感,本文行文结构如下:  一、回顾软件测试发展的五个重要时期:  ·1957之前 - 以调试为主:独自承担需求分析,设计,研发,调试,也就是Debug。  · 1957-1978 - 以证明为主:确保程序解决它该解决的问题,证明软件是否符合需求,证明确实是有缺陷的。  · 1979-1982 - 以破坏为主:在符合需求的情况下,通过异常测试的方法,明确软件应该做什么,不应该做什么。  · 198...
            0 0 1372
            分享
          •   在今天的 Microsoft Ignite 2023 开发者大会上,微软宣布 Bing Chat 及其企业高级版 Bing Chat for Enterprise 正式更名为 Copilot!  微软通讯总监 Caitlin Roulston 表示,“将‘Bing Chat Enterprise’更名为‘Copilot’反映了我们为消费者和商业客户打造统一的 Copilot 体验的愿景”。  当然,不仅仅是名字变了。从 12 月 1 日开始,凡是使用企业账户(确切地说是 Microsoft Entra ID)登录 Bing 的用户在使用 Copilot 时将享受到“商业数据保护”的好处。这...
            0 0 1322
            分享
          • (验收测试),系统开发生命周期方法论的一个阶段,这时相关的用户和/或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试。这是管理性和防御性控制。Acceptance testing验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪,并且可以让最终用户将其用于执行软件的既定功能和任务。 验收测试是向未来的用户表明系统能够像预定要求那样工作。经集成测试后,已经按照设计把所有的模块组装成一个完整的软件系统,接口错误也已经基本排除了,接着就应该进一步验证软件的有效性,这就是验收测试的...
            12 12 2940
            分享
      • 51testing软件测试圈微信