## 使用 Mysql 日志定位 Bug ### 1. 流程图 ```mermaid graph LR A[开始] --> B[开启 Mysql 日志] B --> C[重现 Bug] C --> D[关闭 Mysql 日志] D --> E[查看日志文件] E --> F[定位 Bug] F --> G[修复 Bug] G --> H[测试修复结果] H --> I[结束] ``` ###
原创 2023-11-03 06:52:02
101阅读
bug的分析和定位,这个话题是测试面试中经常聊到的,很多新手或者是日常工作中自我总结比较少的朋友,被问到的时候可能一下就懵了,今天分享一个完整清晰的思路给大家。日常工作中,每天可能都会遇到不同的bug,有些刚入行的测试喜欢不加分析就直接甩给开发去解决。开发比较闲还好,如果手头工作比较多,就容易烦。甚至有可能是后端的问题,但是你却把问题丢给了前端,这种事情发生的次数多了,就比较容易暴露水平。那么正确
zabbix一个基于WEB界面的提供分布式
zabbix一个基于WEB界面的提供分布式监控系统,zabbix能监视各种网络参数,保证系统服务正常运行,至于搭建就不阐述,如果你们公司有运维就可以搞定。那么作为测试我们如果用的是zabbix监控项目过程中查看日志信息要掌握哪些,希望能给一些同学带来帮助,基本查询命令直接可以使用工作模型:  zabbix_server zabbix_agent  主动模式(日志监控)  被动模式(资源监控)监控的
原创 2020-12-30 13:09:53
2112阅读
Bug定位要求:  基本要求:定位出 bug 是前端 bug 还是后端 bug  更高要求: bug 所属模块、 bug 的代码级别(不要求) Bug定位的价值:   找到BUG的本质(找到必现路径)  提升开发修复BUG的效率  提升自身的逻辑思维与技术能力  Bug
正文如下
原创 2022-03-29 10:17:18
270阅读
作为测试人员,和我们最常打交道的,莫属bug。当你发现bug后,会采取什么样的行动?是直接报出来,亦或找找问题原因? 不管是我们自己找到的,亦或是开发修复后告诉我们的,知道问题之所在总是好的。在本篇文章中,笔者试图带领大家一起梳理下,为什么测试人员问题...
转载 2020-08-22 12:00:00
177阅读
2评论
你好,我是小牛。软件测试日常工作中,每天可能都会遇到不同的问题和bu
作为测试人员,和我们最常打交道的,莫属bug。当你发现bug后,会采取什么样的行
原创 2022-08-29 11:00:13
159阅读
1点赞
bug定位即有足够的“证据”去证明DOV(开发人员)的代码存在问题,不是单凭自己认为是bug就是bug,最好可以定位到DOV的某行代码,某个函数的问题,最好保留日志截图并且可以保证重现。定位顺序:UI --> 中间件 --> 后台 -->代码 -->database一.web前端的bug分析定位测试内容:页面布局、用户功能、易用性、兼容性测试方法:模拟用户输入,在浏览器页
在web测试过程中,经常会遇到页面中内容或数据显示错误,甚至不显示,第一反应就是BUG,进一步了解这个BUG的问题出在那里,是测试人员需要掌握的,可以简单的使用浏览器自带开发者工具、数据库工具配合去排查。bug定位常用工具Firefox——firebug、web developer、live http headers、http foxIE插件——httpwatch第三方工具——fiddler慢速网
推荐 原创 2017-11-16 15:46:33
10000+阅读
17点赞
2评论
在web测试过程中,经常会遇到页面中内容或数据显示错误,甚至不显示,第一反应就是BUG,进一步了解这个BUG的问题出在那里,是测试人员需要掌握的,可以简单的使用浏览器自带开发者工具、数据库工具配合去排查。bug定位常用工具Firefox——firebug、web developer、live http headers、http foxIE插件——httpwatch第三方工具——fiddler慢速网
原创 2017-11-20 17:25:49
882阅读
1点赞
# 如何在iOS中使用dSYM定位bug ## 1. 流程概述 在iOS开发中,当App在运行过程中出现崩溃或异常时,通常需要通过dSYM文件来定位bug。dSYM文件是Xcode编译App时生成的符号映射文件,可以帮助我们在崩溃日志中还原出具体的代码行。以下是整个流程的步骤: | 步骤 | 操作 | |:---:|:---:| | 1 | 在Xcode中开启dSYM文件的生成 | | 2 |
原创 2024-04-10 03:26:20
259阅读
bug定位即有足够的“证据”去证明DOV(开发人员)的代码存在问题,不是单凭自己认为是bug就是bug,最好可以定位到DOV的某行代码,某个函数的问题,最好保留日志截图并且可以保证重现。定位顺序:UI --> 中间件 --> 后台 -->代码 -->database一.web前端的bug分析定位测试内容:页面布局、用户功能、易用性、兼容性测试方法:模拟用户输入,在浏览器页
在web测试过程中,经常会遇到页面中内容或数据显示错误,甚至不显示,第一反应就是BUG,没错,确实是BUG。进一步了解这个BUG的问题出在那里,是测试人员需要掌握的,可以简单的使用浏览器自带开发者工具、数据库工具配合去排查。 1.开发者工具的使用 (1)打开开发者工具,在浏览器菜单栏选择工具-开发者
原创 2022-01-13 17:33:25
333阅读
点击关注公众号,回复“1024”获取2TB学习资源!概述日常工作中,程序员需要经常处理线上的各种大小故障,如果业务代码没打印日志或者日志打印的不好,会极大的加大了定位问题的难度,使得解决b...
转载 2021-10-23 18:01:48
2841阅读
5点赞
1评论
碰到新功能要能耐心地花时间去思考方方面面和设计细节 如果直接动手开始实现单一核心功能 会有很多遗漏的细节导致出现bug =======分割线============== 实际的线上产品情况是: 出现bug了...... 用户发现bug,反映到运营 运营没能执行bug上报流程找到测试(目前也没有什么bug上报流程) 测试没能确定bug详情 告知我有闪退之类的bug “你看,怎么又闪退了。。。”
转载 2024-05-17 15:47:47
96阅读
一般来说bug大多数存在于3个模块:1、前台界面,包括界面的显示,兼容性,数据提交的判断,页面的跳转等等,这些bug基本都是一眼可见的,不太需要定位,当然也不排除一些特殊情况,本身数据传过来的时候就有问题,所以显示会出问题的情况(这个后面会说到)。2、后台程序,包括前台调用的接口,中间层缓存和转发数据,定时任务脚本异步处理数据,程序之间的相互调用等等,而这些bug往往都是不可见的,有可能在功能上体
转载 2023-12-21 21:40:31
51阅读
Bug问题分析处理 表现:程序继续‬运行 1.1 数值异常 1.1.1 软件问题 数组越界:写数
原创 2022-12-04 08:24:41
697阅读
车载Bug定位 1.1 模拟复现条件 能够复现bug才能对问题进行定位、解决以及验证。找到
原创 2022-12-04 08:25:04
1748阅读
  • 1
  • 2
  • 3
  • 4
  • 5