腾讯云开发者社区-腾讯云

开发者社区

文档建议反馈控制台

文章/答案/技术大牛

发布

综合排序丨最热优先丨最新优先

onLoad(e){ setTimeout(() => { let that = this; uniCloud.callFunction({name: 'api',data: {action:e.ac,}, success: (e) => { if (e.result.code == 0) {

2021-04-30

8840

标签:

解Bug之路-串包Bug

解Bug之路-串包Bug 笔者很热衷于解决Bug,同时比较擅长(网络/协议)部分，所以经常被唤去解决一些网络IO方面的Bug。串包Bug现场前置故障Redis超时由于某个系统大量的hget、hset操作将Redis拖垮，通过监控发现Redis的CPU和IO有大量的尖刺,CPU示意图下图所示: ? Bug复盘此次Bug是由Redis本身Server负载太高超时引起的。Bug的现象是通过Jedis去取对应的Key值，得不到预期的结果，简而言之包乱了，串包了。缩小Bug范围首先:Redis是全球久经考验的系统，这样的串包不应该是Redis的问题。第二:Redis刷新了key后Bug依然存在，而业务系统重启了之后Okay。 Bug推理笔者意识到，之所以串包可能是由于jedisClient里面可能有残余的数据，导致读取的时候读取到此数据，从而造成串包的现象。

无毁的湖光-Al

2018-08-14

1.7K0

标签:

云数据库 Redis®

解Bug之路-串包Bug

笔者很热衷于解决Bug,同时比较擅长(网络/协议)部分，所以经常被唤去解决一些网络IO方面的Bug。现在就挑一个案例出来，写出分析思路，以飨读者，希望读者在以后的工作中能够少踩点坑。串包Bug现场前置故障Redis超时由于某个系统大量的hget、hset操作将Redis拖垮，通过监控发现Redis的CPU和IO有大量的尖刺,CPU示意图下图所示: CPU达到了100%,导致很多 Bug复盘此次Bug是由Redis本身Server负载太高超时引起的。Bug的现象是通过Jedis去取对应的Key值，得不到预期的结果，简而言之包乱了，串包了。缩小Bug范围首先:Redis是全球久经考验的系统，这样的串包不应该是Redis的问题。第二:Redis刷新了key后Bug依然存在，而业务系统重启了之后Okay。 Bug推理笔者意识到，之所以串包可能是由于jedisClient里面可能有残余的数据，导致读取的时候读取到此数据，从而造成串包的现象。

2026-01-07

1.1K0

标签:

云数据库 Redis®

【改BUG】项目遇到的奇葩bug

102.55156461759","latitude":"24.359801443673","vip_data":"2023-07-10 16:22:03","vip_info":"false"}} bug

园游会永不打烊

2023-08-08

5840

标签:

解Bug之路-Druid的Bug 原

解Bug之路-Druid的Bug 笔者很热衷于解决Bug,同时比较擅长(网络/协议)部分，所以经常被唤去解决一些网络IO方面的Bug。前言此Bug是Druid低版本的Bug,此Bug至少在1.0.12版本就已经修复。 Sharding Proxy的Bug 于是此问题又萦绕在笔者心头，在又一番不下于上述过程的努力之后，发现一个月之前上线的新版本的Sharding Proxy的内存泄露Bug导致频繁GC(并定位内存泄露点与此类似，如果DB负载过高的话，笔者推测也会触发Druid的Bug。终于这次的连环Bug算是填完了。总结追查Bug，日志和源码是最重要的两个部分。最源头的日志信息量最大，同时要对任何不同寻常的现象都加以分析并推测，最后结合源码，才能最终找出Bug。

无毁的湖光-Al

2018-08-14

1.6K0

标签:

Silverlight ToolKit-AutoCompleteBox bug(Style bug)

Silverlight ToolKit-AutoCompleteBox bug(Style bug) 现象第一次选择输入a没有问题第二次输入b，同时a的也显示了，但是a无法被单击选中第三次输入

2018-04-12

1.1K0

标签:

解Bug之路-TCP粘包Bug

解Bug之路-TCP粘包Bug 前言关于TCP流 TCP是流的概念，解释如下 TCP窗口的大小取决于当前的网络状况、对端的缓冲大小等等因素， TCP将这些都从底层屏蔽。 TCP粘包Bug 笔者很热衷于解决Bug,同时比较擅长(网络/协议)部分，所以经常被唤去解决一些网络IO方面的Bug。 Bug现场出Bug的系统是做与外部系统进行对接之用。这两者并不通过http协议进行交互，而是在通过TCP协议之上封装一层自己的报文进行通讯。如下图示: ? 此后一切正常，交易量也回归正常，仿佛刚才的Bug从来没有发生过。在此之前，此系统已经稳定运行了好几个月，从来没出现过错误。但是，这事不能就这么过去了，下次又出这种Bug怎么办,继续重启么？事实上，在笔者解决各种Bug的过程中，经常通过猜想等手段定位出Bug的原因。但是从现场取证，通过证据去解释发生的现象，通过演绎去说服同事，并对同事提出的种种问题做出合理的解释才是最困难的。

无毁的湖光-Al

2018-08-14

1.2K0

标签:

.890484.890484.890484&gclid=EAIaIQobChMIodC9mbuE5AIVl2WLCh2kyAtmEAEYASAAEgK6p_D_BwE 暂时发现这个问题,技术人员解决下吧,哈哈,没想到有一天也能给人提bug

2019-08-15

1K0

标签:

这是因为脚本文件可能在window弄过，有window下的空行，把他转换成unix格式的就行。

2019-12-18

8410

标签:

当软件一直处于发现BUG和解决BUG的循环中时，为什么我们需要执行回归用例？我们需要定期执行回归测试。我们这样做的原因是发现回归缺陷。当发现由于修补程序而触发其他功能BUG时，这些BUG称为回归BUG。例如，假设登录页面有一些BUG，开发人员已修复它。现在，登录页面可以正常工作，但是注册页面正在引起一些验证或其他之前不存在的BUG。由于登录页面上的修复，可能导致了新BUG，这是一个回归中发现的BUG，很容易被错过。回归BUG很难处理回归BUG通常是不可避免的，需要在发布软件之前对其进行修复。「时间复杂性」：截止日期临近时，回归BUG可能会带来很大挑战。开发人员很少有时间来修复新检测到的BUG，他们往往急于修复测试同学刚刚提出BUG而不会关注可能导致的回归BUG。处理回归BUG 有几种方法可以帮助测试团队有效地处理回归BUG。代码审查不仅开发，甚至测试脚本都需要定期检查代码。检查测试用例，以确保它们足以验证组件的每个模块。

2020-11-09

2.4K0

标签:

腾讯云测试服务