发动态

没有新消息

更多内容

霍格沃兹测试开发 北京/河北科技大学
软件测试 | 测试开发 | 如果有一个页面特别卡顿,设想一下可能的原因 问题 如果有一个页面特别卡顿,设想一下可能的原因? 考察点 面试官想了解: 是否对该场景进行过测试 是否有问题的排查思路 技术点 涉及的技术点: 软件测试问题分析思路 性能测试 回答 页面特别卡顿的原因,这个题目对应的考察点比较广泛,有前端性能问题,也有对应后端接口性能问题。 页面请求数量是否太多 首先,考虑的就是是否当前页面对应的请求数太多,导致请求返回的数据比较慢。 这时,需要从前后端分别进行分析,看下是当前页面对应的后端接口响应的时间慢,还是前端重复请求太多导致。 如果是后端某些接口响应慢导致,则需要找到对应接口,反馈给后端研发进行优化。 如果是前端有大量的重复请求,则需要反馈给前端研发,在前端页面进行适当的数据缓存,进而减少重复的请求。 页面元素太复杂 对应页面资源类标签太多,比如:页面的DOM树对应的节点是否太多太长,页面是否有太多的图像及视频资源的加载,对应页面设计的太复杂导致页面加载慢, 页面数据量过大 当前页面需要展示的数据量过大,是否需要从业务层面需要对该页面进行分页处理或业务拆解。 客观因素 有可能当前网络环境问题导致对应页面加载过慢。 内存泄漏 首先,给大家说一下什么是内存泄漏。 对应的内存泄露就是由于代码原因,某些已经不再使用的变量或代码还在占用内存,未释放掉相关内存,其实就是一种内存的浪费。 有可能前端有大量的全局变量的数据或某些代码被循环引用导致。 主线程阻塞 开启一个字线程对主线程进行监控,当主线程的运行状态超过一定的时间阈值后,则认为主线程卡顿。 总结 以上为常见的页面卡顿的原因,如果是一个具体的场景,则还需要根据具体场景来进行判断。

356阅读

1赞

评论

0 条评论

暂无评论,快来写下您的评论

推荐阅读

软件测试 | 如果有一个页面特别卡顿,设想一下可能的原因? 问题 如果有一个页面特别卡顿,设想一下可能的原因? 考察点 面试官想了解: 是否对该场景进行过测试 是否有问题的排查思路 技术点 涉及的技术点: 软件测试问题分析思路 性能测试 回答 页面特别卡顿的原因,这个题目对应的考察点比较广泛,有前端性能问题,也有对应后端接口性能问题。 页面请求数量是否太多 首先,考虑的就是是否当前页面对应的请求数太多,导致请求返回的数据比较慢。 这时,需要从前后端分别进行分析,看下是当前页面对应的后端接口响应的时间慢,还是前端重复请求太多导致。 如果是后端某些接口响应慢导致,则需要找到对应接口,反馈给后端研发进行优化。 如果是前端有大量的重复请求,则需要反馈给前端研发,在前端页面进行适当的数据缓存,进而减少重复的请求。 页面元素太复杂 对应页面资源类标签太多,比如:页面的DOM树对应的节点是否太多太长,页面是否有太多的图像及视频资源的加载,对应页面设计的太复杂导致页面加载慢, 页面数据量过大 当前页面需要展示的数据量过大,是否需要从业务层面需要对该页面进行分页处理或业务拆解。 客观因素 有可能当前网络环境问题导致对应页面加载过慢。 内存泄漏 首先,给大家说一下什么是内存泄漏。 对应的内存泄露就是由于代码原因,某些已经不再使用的变量或代码还在占用内存,未释放掉相关内存,其实就是一种内存的浪费。 有可能前端有大量的全局变量的数据或某些代码被循环引用导致。 主线程阻塞 开启一个字线程对主线程进行监控,当主线程的运行状态超过一定的时间阈值后,则认为主线程卡顿。 总结 以上为常见的页面卡顿的原因,如果是一个具体的场景,则还需要根据具体场景来进行判断。

778阅读
9赞
1评论

如果有一个页面特别卡顿,设想一下可能的原因? 面试官想了解: 是否对该场景进行过测试 是否有问题的排查思路 技术点 涉及的技术点: 软件测试问题分析思路 性能测试 回答 页面特别卡顿的原因,这个题目对应的考察点比较广泛,有前端性能问题,也有对应后端接口性能问题。 页面请求数量是否太多 首先,考虑的就是是否当前页面对应的请求数太多,导致请求返回的数据比较慢。 这时,需要从前后端分别进行分析,看下是当前页面对应的后端接口响应的时间慢,还是前端重复请求太多导致。 如果是后端某些接口响应慢导致,则需要找到对应接口,反馈给后端研发进行优化。 如果是前端有大量的重复请求,则需要反馈给前端研发,在前端页面进行适当的数据缓存,进而减少重复的请求。 页面元素太复杂 对应页面资源类标签太多,比如:页面的DOM树对应的节点是否太多太长,页面是否有太多的图像及视频资源的加载,对应页面设计的太复杂导致页面加载慢, 页面数据量过大 当前页面需要展示的数据量过大,是否需要从业务层面需要对该页面进行分页处理或业务拆解。 客观因素 有可能当前网络环境问题导致对应页面加载过慢。 内存泄漏 首先,给大家说一下什么是内存泄漏。 对应的内存泄露就是由于代码原因,某些已经不再使用的变量或代码还在占用内存,未释放掉相关内存,其实就是一种内存的浪费。 有可能前端有大量的全局变量的数据或某些代码被循环引用导致。 主线程阻塞 开启一个字线程对主线程进行监控,当主线程的运行状态超过一定的时间阈值后,则认为主线程卡顿。 总结 以上为常见的页面卡顿的原因,如果是一个具体的场景,则还需要根据具体场景来进行判断。

1405阅读
14赞
0评论

如果有一个页面特别卡顿,设想一下可能的原因? 考察点 面试官想了解: 是否对该场景进行过测试 是否有问题的排查思路 技术点 涉及的技术点: 软件测试问题分析思路 性能测试 回答 页面特别卡顿的原因,这个题目对应的考察点比较广泛,有前端性能问题,也有对应后端接口性能问题。 页面请求数量是否太多 首先,考虑的就是是否当前页面对应的请求数太多,导致请求返回的数据比较慢。 这时,需要从前后端分别进行分析,看下是当前页面对应的后端接口响应的时间慢,还是前端重复请求太多导致。 如果是后端某些接口响应慢导致,则需要找到对应接口,反馈给后端研发进行优化。 如果是前端有大量的重复请求,则需要反馈给前端研发,在前端页面进行适当的数据缓存,进而减少重复的请求。 页面元素太复杂 对应页面资源类标签太多,比如:页面的DOM树对应的节点是否太多太长,页面是否有太多的图像及视频资源的加载,对应页面设计的太复杂导致页面加载慢, 页面数据量过大 当前页面需要展示的数据量过大,是否需要从业务层面需要对该页面进行分页处理或业务拆解。 客观因素 有可能当前网络环境问题导致对应页面加载过慢。 内存泄漏 首先,给大家说一下什么是内存泄漏。 对应的内存泄露就是由于代码原因,某些已经不再使用的变量或代码还在占用内存,未释放掉相关内存,其实就是一种内存的浪费。 有可能前端有大量的全局变量的数据或某些代码被循环引用导致。 主线程阻塞 开启一个字线程对主线程进行监控,当主线程的运行状态超过一定的时间阈值后,则认为主线程卡顿。 总结 以上为常见的页面卡顿的原因,如果是一个具体的场景,则还需要根据具体场景来进行判断。

330阅读
1赞
0评论

软件测试 | 简述PageObject设计模式 问题 在做UI自动化中,是否使用了设计模式? 什么是Page Object Model? Page Object Model需要遵循的规则有哪些? 考察点 面试官想了解: UI自动化分层概念 是否了解过Page Object Model Page Object Model 规则 技术点 涉及的技术点: Page Object Model 回答 介绍 Page Object Model 也称为 POM/PO,是 Selenium 中的一种设计模式,它创建类对象来存储页面元素及相关操作; 其中,可以将被测应用的每个页面视为一个class类,并且每个class类包含当前页面相关的元素及其相关操作的方法。 理解 可以从两个方面进行理解:一个是class类对应的属性,一个是class类对应的方法。 image 820×595 18.6 KB image 1452×595 40.3 KB 属性 首先,从类的属性上进行说明。一个页面对应一个class类,当前页面的元素定位则表示为当前类的成员变量。 由于元素只属于当前页面,所以类的成员变量不可以暴露给外部,即对应页面元素定位需要设置为私有化属性; 一个页面对应的操作有可能只涉及到当前页面的某几个元素,很少会涉及页面的所有元素,所以在一个类里面不需要建模当前页面的所有元素。 方法 其次,从类的方法上进行说明。一个class类可以包含多个操作方法,对应的每个方法都是当前页面可进行的操作。 如果操作完成后页面会跳转,则对应方法需要返回其他页面的class类;如果操作完成后页面会返回用于断言的数据,则对应方法则需要返回存放数据的Object。 每一个类里面的方法都是需要测试用例去进行调用,则Class类中的method方法需要作为公共方法。 如果在一个页面进行相同的操作,会造成不同的结果,则编写class类的方法时需要建模为不同的方法。 最后,所有的测试用例断言都是在测试方法调用时进行,编写PO内的方法时不可以在方法内添加断言,只可返回断言相关数据给测试方法调用时获取。 优点 PO设计模式主要应用在自动化中,有助于减少代码重复并改进测试用例维护。

541阅读
7赞
1评论

在做UI自动化时,使用UI自动化测试工具进行自动化测试,如何判断一个页面上元素是否存在?

1320阅读
2赞
1评论