本文主要讲述自己从一个测试菜鸟,逐步成长到现在过程中累积的一些经验。
在日常测试工作中,经常听到开发说:这个bug是产品设计缺陷?这个细节产品设计文档没有?这个bug是前端的?这个bug是app端的?等等诸如此类的推脱,不愿意承认这个bug是他代码漏洞造成的。最后苦逼的测试就陷入两难的地步,提交一个bug吧,开发小哥哥不乐意了,不提吧万一出了问题就要我们测试小虾米来背锅了。凡是遇到线上故障,都是测试负主要责任,开发负次要责任。可怜的测试人员在背锅到道路上越走越远…
以下是个人总结的如何避免成为背锅侠?如何完美的甩锅?
重视每一个bug!
严格跟进每一个bug流向!
遗留bug风险评估!
以下是个人测试过程中总结:
重视每一个bug
跟进bug流向
3.遗留bug风险评估模板(完美的甩锅)
在版本上线之前,进行遗留bug的风险评估,告知相关人员当前遗留问题以及可能产生的风险。
测试毕竟不是万能的,千方百计的防,也难免会有出现漏测或者其他的问题导致线上事故,此时就要秉持一个原则:出问题不可怕,可怕的是不总结反思。
出现问题后,作为测试人员第一时间及时配合修复,修复之后就要做总结反思,如何避免下一次出现相同的问题。这个时候就需要有一个良好的规范文档用来记录跟进~也可分享给其他测试人员作为警示。
下图为个人工作中使用到的“线上版本事故记录表””:
(至于事故等级网上很多,基本是大同小异)
问题1:历史旧版本升级到新版本后,导致程序启动就闪退(版本升级)
原因分析:数据新旧兼容不完整
问题2:信号增强器在增强过程中,中断导致程序闪退(强制中断操作)
原因分析:空指针
问题3:快速切换tab加载数据,导致程序闪退(暴力操作)
原因分析:数组越界
问题4:启动app过程中,进行网络变更导致程序卡死或闪退(网络模拟)
原因分析:网络断开后,闪屏广告没有回调
问题5:快速切换tab加载数据,导致出现错误数据(暴力操作)
原因分析:两个数据串了,因为切换tab时请求2个接口共用一个数组去接收,这个在数据清除不及时的时候就会导致出现不是这个条件筛选下的不相关的数据
问题6:翻页加载数据出现重复数据(暴力操作)
原因分析:翻页出现数据重复 一个是服务端有问题还是取原来的数据 另外一个就是翻页数据的页码没有改变 取得还是原来的页码这样取出来的数据叠加就会重复:
作为一个功能测试工程师,没有代码以及自动化测试基础时,除了日常的点点点外,也可以通过简单的学习,借助一些辅助工具来提高自己的测试质量:
抓包工具:charles/fiddler->模拟测试场景、初步判断bug来源后端还是移动端
数据库工具:navicat->修改数据库模拟测试数据
奔溃信息监测工具:bugly
兼容性测试平台:testin、腾讯优测等进行基础机型兼容性测试
以上等等~不断的学习提升,不止是对公司产品的负责,也是对自己自身未来发展负责,就算是功能测试工程师,也要做一个有出色的功能测试工程师。