软件测试之bug分析定位技巧.pptVIP

* * * 是否是浏览器设置问题？禁止弹出窗口、禁用js（禁用js其实也是一个手段） 浏览器插件的影响 Case1 Firefox下禁用firebug之后部分js功能不能正常实现。插件会改变浏览器属性，要记住需要在不开启任何插件功能下进行测试 是否是浏览器cache的问题？Css、js、图片等内容会被浏览器cache。辅助工具：httpwatch等http协议分析工具 fe在升级模板的时候，会特意在请求js文件时加版本号，强制浏览器请求新的js文件。测试时，常使用ctrl+f5刷新。 刷新按钮、地址栏回车、强制刷新，不同浏览器行为都不同 Badcase：浏览器刷新不会起到重置控件的作用，测试的习惯屏蔽了bug 在其他浏览器上是否可复现？不同浏览器对css、js的解析不同。不同版本的浏览器也不尽相同。 用其他数据是否可以复现？ 不同浏览器默认的字符编码不相同。apache会做编转码的处理，后端系统存储的一般为GBK（非gbk字符用实体字符存储#52488;，长度变长）。Tips，利用baidu和google来解码。 Case1 特殊字符问题（韩文被展现为实体字符的ascii码、半个汉字现象） Case2 交集字符（/用户名 ，跳转页面不对） Case3 语言关键字或特殊字符（页面混乱、安全威胁）等 Case4 Js、后台程序对字符的长度判断不一。输入框的边界值，超出边界值js报错，但输入韩文的时候偏偏js没有报错，但仍然提交不成功 是否是cookie相关的问题？超长；非法；失效。辅助工具：httpwatch等http协议分析工具 是否正确发出了请求？辅助工具：httpwatch等http协议分析工具 Case1 链接是动态生成的，很可能拼错了路径或根本没有发起请求 是否得到了正确的应答？辅助工具：httpwatch等http协议分析工具 Case1 确保后台的服务是正常的，返回的数据是正确的；（ajax 直接请求url，看json数据，大搜索suggestion） Case2 跳转过程中信息丢失（截断、转码） Case3 对方产品线bug 是否是网络原因？有工具模拟慢速网。 case1、页面太大，请求太多，加载慢 case2、慢速网，js报错。 是否是跨域问题？： 1、cookie跨域（对于IE来说(默认安全级别下)，iframe、img、link等标签都是只发送session cookie（又叫 第一方cookie），拦截本地cookie发送（又叫第三方cookie）。当这些标签跨域引用一个页面，实际上是发起了一次GET请求。如果这个跨域的请求，HTTP返回头中带有Set-Cookie ， 那么这个cookie对浏览器来说，实际上是无效的） Case1 ps搜索习惯设置不生效（服务器端会根据请求url中附带的cookie信息决定是否返回拼音提示或汉字提示，设置显示拼音/汉字提示的cookie放在域名下，而请求的域名是，这导致www域下的cookie信息是不能跨域带到suggestion域下，从而服务器端无法得知是否关闭了拼音/汉字提示） 百度用p3p（隐私偏好设定平台）策略解决部分cookie跨域问题。 2、Js跨域（简单地理解就是因为javascript同源策略的限制， 域名下的js无法操作或是域名下的对象） Case1 ns音乐盒无法加载歌词。注意测试环境的搭建 是否是程序版本的问题？：老版本；替换不完整； * * * * * * 系统级别的测试可以帮助我们尽早发现bug，但bug分析定位的难度也比较大 “模块测试”可以走到从前端页面无法驱动（定时功能）、前端无法模拟的异常、更深入的测试 * * 是否是某些配置下发生的问题？首先问自己一个问题：发生问题的功能点是否和某个配置项相关 Case1：程序无法启动，发现端口被占用。Supervise启动程序的时候，标准错误输出被重定向了，建议单独模块测试时，手工启动模块 Case2：设置返回50条结果，但是不生效，20条就生效。程序使用了默认值。 Case3：词表中最后一个过滤词总不生效。程序边界值处理有问题o Case4：pass提示无效请求，未授权 Case5：开关项配置 日志中是否发现线索？黑盒测试的好帮手。关注启动日志，关注wf日志。日志告诉我们程序的运行状况（交互、处理逻辑）。日志级别的问题 Case1：日志提示连接下游超时。Ip配错、端口配错、下游模块没启动，网络不稳定，负载高 Case2：交互次数不对，本应和4个模块交互，结果只交互了3个。 Case3：应该返回5个结果，但是只返回3个，通过日志发现下游返回的数目是对的。 Case4：详细的数据信息 系统资源情况中是否发现线索？ Case1：句柄泄漏 Case2：内存泄漏 Case3：程序无