线上一出问题，产品就找测试麻烦，怎么破？

最新推荐文章于 2023-08-09 13:22:40 发布
最新推荐文章于 2023-08-09 13:22:40 发布
阅读量2.7k 收藏 3
点赞数 2
分类专栏： 测试管理 文章标签： 搜狗测试 解决方案 需求
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sogouqa/article/details/45210301
版权
当线上出现故障时，产品团队常将矛头指向测试。文章分享了搜狗测试团队的处理方法：首先确认问题并解决，然后确定原因，如果是测试责任则勇于承担并改进，若涉及开发或产品问题，则与相关部门共同寻找解决方案。测试可以主动检查代码变更，记录风险备忘，以预防类似问题发生。关键在于解决问题而非追责。
摘要由CSDN通过智能技术生成

前两天微信上收到一位同学的问题：线上一出问题，产品就找测试麻烦，怎么破？

所有测试都有可能遇到类似的问题，在这里和大家讨论下处理方式。

先说说搜狗测试同学面对这种情况会怎么做。

最低0.47元/天 解锁文章
搜狗测试专栏
关注
专栏目录
线上故障引发的测试思考
砳缝的渴望
07-11 287
故障例子： 1、线上流量突增，入口服务过载，导致前端触发重试机制，进而引发雪崩效应 2、线上单台服务器过载，消息阻塞，触发网络拥堵，导致业务无法使用 3、服务触发限流，用户被踢出，入口服务限流设置水位不合理，导致访问量过大是网络限流，出现http随机断链 以上3个线上故障，充分反应了实际工作中，单靠功能保证是不够的，简单的性能测试可以满足预想的流量峰值，但是面对过载或更高流量问题时缺乏足够的方案来应对，如何来避免类似问题在工作中频繁发生？ 需要思考的3个方面： 1、对上线要足够的...
测试过程中考虑不全的线上问题记录
asth53853的博客
07-26 225
1、WAP登录页面UI调整 → 输入手机号，获取验证码-60s倒计时，回删手机号，输入正确验证码，点击登录 ————提示参数错误（后端的message，前端未做处理），目前此情况的提示已修改提示为：请输入手机号 转载于:https://www.cnblogs.com/Lucky-056150/p/9370400.html...
测试必知：线上出现BUG，该怎么办！
主要分享测试的学习资源，帮助快速了解测试行业，帮助想转行、进阶、小白成长为高级测试工程师。
08-09 517
将从故障常见的处理方法开始介绍，再从故障前的准备工作（完善监控、制定应急方案等方式）来解决经理提出的问题，并提出未来解决故障的想法。
测试人员如何感知线上有问题，怎么处理？
大田的博客
09-27 481
2、发布程序问题较小，评估后可以重新发布或另排期解决；如果问题较大，建议开发、运维回滚线上代码至上一版本状态，开发去做紧急修复；测试人员在测试完成后，并不会对这个系统不管不问，而是与运营人员、产品人员、技术支持人员进行沟通，收集用户使用系统反馈。3、事后复盘，定位分析问题原因，此次问题风险点在哪，如何避免？以上就是大田今天的分享，期待和你深度交流，加微：datiantest。1、通过报警、服务器日志提前发现严重问题，做紧急修复操作；3、通过公司运营人员、用户反馈。大家好啊，我是大田。1、通过公司报警系统。
软件测试 | 测试核心：如何减少线上故障？
m0_75277660的博客
12-05 197
质量保障的核心目标在实际的项目或团队中很少有明确的约定或口径，就实际经验而言，可以归于一条：线上故障的减少。这个经验得来的目标实际是一个非常宽泛的目标了，通过团队成员的多方努力，这个目标仍然是“若即若离”。站在不同人员的角度，对测试目标会有共同的期望：故障的减少 & 人效的提升 & 迭代周期的缩短。但对测试结果的期望，线上故障的减少可以说是最核心的一个目标。从广义上来说，故障同时包括了：硬性质量引发的问题、软性质量引发的问题、需求定义引发的问题。硬性质量引发的问题指上线/配置修改等直接引发的线上不可用问题(
如何写出有效的单元测试
weixin_45985053的博客
08-29 161
我们花了很大的篇幅讨论有效单元测试的重要性以及如何写出有效的单元测试，不得不承认单元测试有一定的成本，真正实践依然需要很多的路要走，需要我们在实践中定义好单元测试的边界，找到最适合团队的最佳实践。集成测试是对一个工作单元进行的测试，这个测试对被测试的工作单元没有完全的控制，并使用该工作单元一个或多个真实依赖，例如时间、网络、数据库、线程或随机数生成器等。关于单元测试这件事，我觉得最重要永远是写单元测试的人，优秀的团队文化非常重要，没有什么能够真正衡量单元测试做的好坏，有的只是程序员的职业操守。...
关于软件测试，你只需要看这一篇文章！
zjtdy的博客
05-22 1394
经常有一些考虑转行IT的网友朋友问我一些软件测试相关问题，虽然问法五花八门，但总结下来无非就是几大类。蛋哥也是闲得蛋疼，就把大家想知道的答案专门整理了一篇长文，供大家查阅，希望对考虑转行和已经转行软件测试的朋友有所帮助。 本文探讨主要包括： 什么是软件测试？软件测试的发展前景如何？软件测试行业有什么样的特点？软件测试人员的薪资收入怎么样？软件测试的职业发展方向是怎样？软件测试的工作内容主要有哪些？软件开发是不是比软件测试更好？测试是不是比开发要求更低一些？软件测试岗位会不会被开发取代？软件开发比软件测试更有
分布式存储产品的测试实践及心得
lobo_seeworld的博客
02-26 1547
原文：http://mtydev.net/2016/01/27/%E5%88%86%E5%B8%83%E5%BC%8F%E5%AD%98%E5%82%A8%E4%BA%A7%E5%93%81%E7%9A%84%E6%B5%8B%E8%AF%95%E5%AE%9E%E8%B7%B5%E5%8F%8A%E5%BF%83%E5%BE%97/背景介绍这几年我一直从事分布式存储产品的测试开发工作，伴随着产品...
软件测试前景如何 零基础学软测还是开发好？
weixin_45129876的博客
07-28 2547
2010年以后，我国互联网行业迅速发展，导致国内IT人才极其稀缺，再加上软件行业属于高新技术行业，所以其从业人员对应的工资水平也远远高于其它行业。顺应时代发展，有需求就有市场，这几年各种IT培训机构因此应运而生，而很多想要获得高薪的行外人开始逐渐转行，通过培训进入了IT行业，其中就有软件测试。 跟题主一样，最近也经常有一些考虑转行IT的网友朋友问我一些软件测试相关问题，虽然问法五花八门，但总结下来无非就是几大类。去年临近年底，小何也是闲的慌，一台电脑一杯茶，就把大家想知道的关于软件测试方面的疑问专门整理了一
线上出了bug，是谁的责任？测试？开发？产品？
m0_46482126的博客
03-08 1978
我们公司的bug定责是这样一种规范： 出现bug，那么分析bug是不是这次的测试用例没有覆盖到这个点。 1，如果有覆盖到但是没执行，那就是测试背；（这种类型导致的锅比较沉） 2，如果没有覆盖到，那么会分析为什么没有覆盖到，因为在确定测试范围的时候，会把这次的功能和关联的功能一起划定到这个范围内（这个锅就是领导的了，领导请接好） 3，如果范围有覆盖到，但是用例没有覆盖到，那么这个锅就是编写测试用例人...
避免线上故障的10条建议
xiexiaojing的博客
07-04 560
背景没用的不多说了，这10条建议条条都是血泪的教训。内容1、谨慎大切面引发问题示例：之前有次故障，因为一个大切面里包含了一个无界队列，直接out of memory了。原理和最佳实践：1&...
线上问题三原则
程序员小谭的博客
10-27 367
一提到线上问题，很多测试小白要么”原则性“恐惧，要么憨憨如也，出现问题后，不知如何下手。 本篇，通过一道常见的面试题，跟大家捋捋发生线上问题，作为测试人，该有的思路。 首先，出现线上问题怎么办？ 万金油三步走： 第一步，初步排查，快速恢复业务 第二步，查找问题根本原因，彻底解决 第三步，团队分享，避免出现类似问题 注意，这三步中的措辞，特别是第一点——初步排查，快速恢复业务。 切忌，不要一来就盲目定位问题，本着不找到根本原因，不彻底解决誓不罢休的思想去处理突发的线上问题，是不可取的。 出现线上问题，最重要的
测试通过！为何线上还有很多BUG？实践中的质量控制
weixin_34304013的博客
09-30 322
质量控制 　　大多数测试人员认为测试工作是发现bug，虽然这是测试的主要任务，但其实测试最重要的任务是质量控制，而发现bug和验证bug只是质量控制的一个重要环节而已。 　　我想很多测试人员都经历过这样的场景，就是测试环境全部都能测试通过，但正式上线之后就会有各种各样的bug，到底是哪里出了问题呢？   　　在测试工作中，常见的问题原因分为以下几类： 　　●不同版本的数据兼容 　　这是...
测试开发必备：聊聊线上故障排查技巧
主要分享测试的学习资源，帮助快速了解测试行业，帮助想转行、进阶、小白成长为高级测试工程师。
05-23 429
线上故障主要会包括 CPU、磁盘、内存以及网络问题，而大多数故障可能会包含不止一个层面的问题，所以进行排查时候尽量四个方面依次排查一遍。 同时例如 jstack、jmap 等工具也是不囿于一个方面的问题的，基本上出问题就是 df、free、top 三连，然后依次 jstack、jmap 伺候，具体问题具体分析即可。 一、CPU 一般来讲我们首先会排查 CPU 方面的问题。CPU 异常往往还是比较好定位的。原因包括业务逻辑问题(死循环)、频繁 GC 以及上下文切换过多。 而最常见的往往是业务逻辑(或者框架逻辑
如何尽可能的避免漏测
笑々笑的博客
02-26 4895
在总结线上问题的时候，我们发现大部分的线上问题是由于功能漏测所导致的。原本应该测试的流程没有测到，或者是根本没有考虑到一些情况，这些都会产生漏测。在大部分的产品中，漏测是难以避免的，只要不出大问题，漏测的危害会被人为的粉饰和缩小，但是在某些跟货币或货币等价物打交道的行业，漏测往往意味着经济损失，一次漏测可能会影响一群人的职业生涯，万万马虎不得。下面描述的方法可能对降低漏测有所帮助。完全理解需求站在...
测试端功能正常，线上功能不正常解决方案
jiang__dy的博客
06-15 443
先比较代码是否一致； 如果代码一致，基本上就是服务器缓存问题了； 解决方案，加个版本号就行了?ver=2
软件测试对质量负主要责任？
一个2年工作经验的程序测试员
05-13 569
　　你的公司，产品发布时，是否要求测试说出个“产品质量是XX的”论断，如果发到用户那里出了问题，就首先打测试的板子，老大都在问“测试为什么没有测试出来”，仿佛测试是最后一道关、是质量警察？测试应该对质量负主要的责任吗？ 　　我的观点：测试不对质量负主要责任，测试只起到质量辅助的作用；测试是一种服务，为其他角色提供服务，提供关于质量的信息。 　　为了说清这个观点，有必要先讨论一下：什...
做测试遇到线上问题怕背锅？正确解决姿势这不就来了
主要分享测试的学习资源，帮助快速了解测试行业，帮助想转行、进阶、小白成长为高级测试工程师。
02-13 300
针对改进措施最好建立任务追踪并分配到人。如果严重级别较大，还需要拉上项目组人员一起参与。复盘的结果文档需要同步到项目组群里，并且最好保存在一个线上问题文件夹中。大家时不时回顾一下这些问题，加深印象，降低之后出现类似问题的概率。这才是线上问题的价值。出现线上问题之后，第一时间修复问题很重要，同时也需要做好总结复盘，否则下次还是有可能掉进同一个坑。
线上测试是怎么测试的？
最新发布
08-28
线上测试，也称为集成测试或系统测试，是在软件部署到实际生产环境或网络环境中进行的一种测试方法。它通常包括以下几个步骤： 1. **模拟真实场景**：线上测试会使用真实的用户数据、网络条件和服务器配置，尽可能复制实际应用的运行环境。 2. **自动化脚本**：通过编写自动化测试工具（如Selenium、JMeter等），对关键功能进行自动化的性能测试、负载测试、压力测试，以及监控系统的稳定性和响应时间。 3. **日志分析**：收集和分析系统运行时的日志文件，检查是否有错误、警告或异常，评估系统的正常运行情况。 4. **性能监控**：持续跟踪系统资源使用情况（如CPU、内存、磁盘I/O），识别潜在瓶颈。 5. **用户反馈收集**：通过A/B测试、用户体验调查等方式，获取用户的真实反馈，了解软件在实际使用中的表现。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值