好的测试用例及性能测试是对一个库的稳定及优秀的重要标准，尽量的覆盖全的单元测试，能及早的发现bug，使程序更稳定。
在开发工作中，虽然CPU，内存和硬盘都是必不可少的硬件，不过，编程中，我们常常受到困扰的往往是内存相关的bug（编程中遇到CPU和硬盘相关的bug极少）。 这是因为我们的程序和数据虽然是存放在硬盘上的，但是运行时，CPU并不是直接从硬盘加载程序和数据的。直接从硬盘读取指令非常慢，会成为整个系统的严重
背景 前两天收到业务反馈有一个 topic 的分区消息堆积了： 根据之前的经验来看，要么是业务消费逻辑出现问题导致消费过慢，当然也有小概率是消息队列的 Bug（我们使用的是 pulsar）。 排查 通过排查，发现确实是在一点多的时候消息堆积了（后面是修复之后堆积开始下降）。 于是我在刚才堆积处查看了
游戏规则 代码实现 首先把这个规则用代码写出来 再在它基础上进行简单的可视化（主要是利用Easygui的界面） 最后查缺补漏，看看有没有什么Bug 利用pyinstaller -F -w -i xx.ico craps.py命令打包成exe文件 from random import randint
MVC的路由规则配置方式比较多，咱们用得最多的是两种： A、全局规则。就是我们熟悉的”{controller}/{action}“。 app.MapControllerRoute( name: "bug", pattern: "{controller}/{action}" ); app.MapCon
1.前言 张三：“我写的软件好奇怪啊，在网络好的时候一点问题也没有，但是信号差的时候明显卡顿，看来我只能一直蹲在卫生间、电梯或者地铁（信号差）调bug了”。 Charles：“哈哈哈，傻孩子，我就自带弱网工具呀，在Proxy-->Throttle Setting下，使用前要记得勾选Enable Th
https://z.itpub.net/article/detail/B6495288E725529E58105397659A08EB 前言 近项目组升级了SpringBoot版本，由之前的2.0.4升级到新版本2.7.5，却引出了一个大Bug。 到底是怎么回事呢？ 1.案发现场 有一天，项目组的同
https://www.jianshu.com/p/182952a00efc 一、背景 活跃的社区和广大的用户群，使 Kubernetes 仍然保持3个月一个版本的高频发布节奏。高频的版本发布带来了更多的新功能落地和 bug 及时修复，但是线上环境业务长期运行，任何变更出错都可能带来巨大的经济损失，
https://www.cnblogs.com/xvic/p/15997498.html 栈信息 不管是操作转储文件还是用GDB设置断点进行调试，都可以输入 (gdb)bt 打印栈内容进行查看。一般的宕机BUG，看下宕机的位置，然后看下源代码基本就可以解决了。但是很多情况下简单的 (gdb)bt 还
写在前面 本篇文章的内容主要来自内核源码树 Documentation/admin-guide/sysctl/kernel.rst文件。 softlockup vs hardlockup softlockup 是一种触发系统在内核态中一直循环超过 20 秒导致其它任务没有机会得到运行的 BUG。 h
# 遇到疯狂GC时进行判断然后重启服务的方法-GPT学习使用之三 ## 背景 ``` 最近怀疑产品遇到了第三方组建的bug Groupdocs转换渲染某些文件时出现了严重的FullGC的情况 而且出现的奇怪的功效学GC ergonomics 的提示 因为不好发现, 所以同事想通过遇到异常时自动进行重
https://tidb.net/book/tidb-monthly/2022/2022-07/usercase/tidb-v5-1-2 前言 笔者最近在一个银行项目中做 PoC 测试，由于客户选择了使用 TiDB 数据库，于是笔者在 TiDB 中选择了一个相对稳定并且 bug 较少的版本：TiD
DellEMC 服务器安装ESXi的简单步骤 背景 ESXi的镜像其实分为多种. 官方会发布一个版本的ISO. 然后会不定期进行升级, 解决安全,性能以及功能bug等. 7.0 为例的话 就有ESXi7.0 以及后面的u1和u2以及u3. 一般到了u3 就是到了支持周期的末尾了. u3 后面会有一些
客户通过duplicate生产备库的方式创建cascade备库。 发现每次都会遇到两个文件报错，ORA-17628: Oracle error 19505错误，且每一次跑，报错文件不一样。 现在想帮客户验证，这属于是正常现象还是bug； 本文需要先模拟客户11.2.0.3环境，构建备库、级联备库环境
作者：京东零售 田创新、耿蕾 一、背景 1.祖传代码不敢随意改动，影响范围无法评估。并且组内时常有因为修改了某块代码，导致其他业务受到影响，产生bug，影响生产。 2.研发提测完成后，测试进入测试后经常会向研发询问本次需求改动影响范围，以此来确定测试用例，以达到精准测试，提升整个需求的质量，缩短交付
一段包含 bytes 类型的 protobuf 二进制数据，经过 pbjs 解码生成的 json 文件，再传递给 pbjs 编码后生成的二进制数据和原始数据差异巨大，经过一番探究，发现居然是 pbjs 的一个 bug，快来看看你是否踩过这个坑吧~
摘要：有句话说道：“质量是设计出来的，而不是测出来的。”这其实就是在追根溯源bug的产生，因为只有知道了其根源才可以行之有效的解决这一问题。因此要将测试左移到软件最初的设计阶段，并贯穿整个研发活动的始终。 本文分享自华为云社区《测试左移》，作者：华为云PaaS服务小智 。 什么是测试左移 在传统的软
因所负责的系统使用的spring框架版本5.1.5.RELEASE在线上出过一个偶发的小事故，最后定位为spring-context中的一个bug导致的。
在团队选择敏捷开发模式下，敏捷测试部分也同以往的软件测试流程有所不同。如何平衡敏捷的快速迭代开发和解决Bug的矛盾？
明确系统提供了哪些日志，cpu、meminfo、app、log等，我们怎么看日志，看日志的三步骤，怎么用工具提高分析日志的效率，bugreport和chkbugreport。
