Jemery今天就前端测试进行了一个杂乱无章的培训,内容很零碎,笔记自然也很零碎。还请本文的观众谅解。
对同一域名下的若干请求,浏览器一般会同时连接有限个(ie默认是2个,firefox默认是6个),在并发连接的同时,更多的连接处于blocked状态。只有前面的连接完成数据加载,后面的连接才会开始读取数据。
在性能优化中处理图片加载时,可采用对可视范围的150%内的图片进行预加载,随着滚动条的向下滚动,完成对更多图片的预加载。这样做可能会导致150%(甚至更遥远)的可视距离以外的图片因之前图片未完成加载而连接时间过长,因此需要对该部分图片的连接时间进行处理。该部分图片的处理方式可为设置一个超时时间,超过此时间则自动abort该连接。
对页面的刷新会使数据更准确,但用户体验不是很好。如用异步加载,则需要对数据的准确性进行更为复杂的测试,对数据的校验也需要采取更严密的逻辑。可通过click事件触发数据的更新,以确保数据显示的准确性。
除了上面提到的,Jemery还谈到了一些他常用到的测试经验:
a) 测试前要更多的了解功能实现的逻辑,通过对逻辑的了解来判断该功能是否符合需求,而不仅仅是简单的对功能进行覆盖。当项目存在大量的后台数据交互时更是如此。
b) 回归测试时可将即将上线的代码与当前线上代码进行比较,通过对代码有变化的部分进行检查,来避免遗漏。
在性能优化中处理图片加载时,可采用对可视范围的150%内的图片进行预加载,随着滚动条的向下滚动,完成对更多图片的预加载。这样做可能会导致150%(甚至更遥远)的可视距离以外的图片因之前图片未完成加载而连接时间过长,因此需要对该部分图片的连接时间进行处理。该部分图片的处理方式可为设置一个超时时间,超过此时间则自动abort该连接。
对页面的刷新会使数据更准确,但用户体验不是很好。如用异步加载,则需要对数据的准确性进行更为复杂的测试,对数据的校验也需要采取更严密的逻辑。可通过click事件触发数据的更新,以确保数据显示的准确性。
除了上面提到的,Jemery还谈到了一些他常用到的测试经验:
a) 测试前要更多的了解功能实现的逻辑,通过对逻辑的了解来判断该功能是否符合需求,而不仅仅是简单的对功能进行覆盖。当项目存在大量的后台数据交互时更是如此。
b) 回归测试时可将即将上线的代码与当前线上代码进行比较,通过对代码有变化的部分进行检查,来避免遗漏。