本文是本人多年工作所得出的经验和教训,采取言简意赅的短文字方式方便读者迅速阅读,也采纳了本人认同的的测试思想或见解。不过正因为字数少,所以希望读者能反复阅读和体会。有不当不对之处或者希望与本人沟通交流,请留言。   人工测试 1.人工测试的重要
在做测试时,会遇到一种需求:在大量数据的情况下,数据不能重复或者需要自增,基于这种形式,我们可以考虑使用计数器。 计数器(counter): 计数器配置允许用户配置起始点,最大值和增量。 计数器将从开始循环到最大,然后从开始重新开始,继续进行,直到测试结束,计数器使用long存储的值,所取的范围是2
最近由于工作需要对App进行测试,功能方面还好说,但是在网络测试方面遇到了一些问题。由于公司App是使用https进行通信,直接在路由器上抓包下来,数据包都是加密的,没法看到接口返回的内容,给测试的BUG定位带来很大的困难,影响工作效率。   带着这个问题在网上搜了一下,发现charles这款工具可
Jmter简单总结   简单的使用篇 jmeter简单的使用 Jmeter中默认语言的显示 jmeter利用自身代理录制脚本 Jmeter运行后出现乱码 http cookie管理中cookie police下部分参数含意
(原创文章,转载请注明出处。) 一、QC简介:         Quality Center存在至今已经走过了10多个年头,名字从一开始的TD,到后来的QC,再到现在的ALM。所属公司从开始的Mercury到现在的HP,核心一直没变,变的只有名字。随着Mercury最核心的高层、架构师和专家的离开
内心持久的声音 测试工程师值得被尊重,是我一直以来内心的声音,这个声音憋了很久很久,所以本文觉得不是标题党,而是实实在在的内心想法。当然,有可能偏激,有可能太泛泛,也有可能说的都是P话,但我相信会直接你的内心,产生共鸣! 如果有说的不妥的地方,望各位看官多多包涵,咱都是文明人,你懂的~  
    昨天加班到凌晨3点,于是乎,今天没有去上班,在家里,准备迎接2019年元旦的到来,4天的假期开始了,睡醒了,买点菜,回家看会代码,发现几个bug,调试会,想着来总结写自己的2018年吧,于是乎,我就开始了这篇文章。     承接2017年的目标;    2018小目标:          
除去每个产品和版本不同的业务需求以及功能,针对于大多数的APP的共同点和移动设备的特性,本文总结了一些APP功能测试中经常遇见,需要考虑到的测试点以共参考 一、安装和卸载 应用的安装和卸载在任何一款APP中都属于最基本功能。一旦出错,就属于优先级为紧要Critical的权限。因此APP的安装和卸载应
做web功能测试,最应该了解的一块知识点 。 作为一名出色的功能测试工程师,真的不是随便点点就可以,需要从多方面去了解一个项目,一个系统的原理,配置,才可以更好,更完善的做好测试。 今天给大家分享一篇关于Redis的作用和使用场景的文章。   1、Redis 一、为什么使用 解决应用服务器的cpu和
Katalon的常规方法是先抓取元素并保存到仓库,在脚本中需要用到的时候调取,但假如元素属性和个数是可变的,就不能事先保存到仓库了,需要在脚本运行时实时创建。   代码运行时实时创建一个元素对象的例子import com.kms.katalon.core.testobject.C
写在2018的最后一天: 一是:最近一直被项目吐槽项目承担较多测试工作,产品质量不尽人意。 二是:年底已至,述职报告中如何突显测试质量与价值。 面对其他人员对测试工作的质疑,我们该如何有效的反驳呢? Tester-1:跟他们对骂! Tester-2:打他,好不好! Tester-3:吐槽他们! 。
1.开启慢查询的目的 开启慢查询日志,可以让MySQL记录下查询超过指定时间的语句,通过定位分析性能的瓶颈,才能更好的优化数据库系统的性能。 2.设置mysql慢查询 方法一:全局变量设置(临时生效)将 slow_query_log 全局变量设置为“ON”状态 mysql> set glob
第一篇,2019上班第一天,无法评判自己去年的经历和体验,只想说,2019,对我好点 慢慢的成长,不管是心事还是生活,已经不愿意分享在朋友圈上,懂的自然懂 测试接触了半年,其实自己也只能算是才入门 懵懵懂懂的开始自动化 在这里就当记录一下自己走过的坑吧 希望各位引以为戒 偶尔也会当个树洞 毕竟,世界
1.背景 在电商及互联网应用时代,用户和流量已成为应用核心竞争力,而随着数字化营销逐渐走进各个领域,线上的秒杀抢购、热点营销等活动也成为企业的必备营销手段,营销带来的大规模流量浪涌对系统来说是个巨大的考验,如何应对用户和流量激增的同时又能保障应用的稳定运行已成为各厂家必须解决的问题。本文将分享如何测
1. Jenkins本地执行测试 or 服务器端执行测试 测试代码计划通过jenkins执行时,通过网上查询各种教程,大多数为本地执行测试,由此可见,本地执行是大多数人的选择。 经过探讨,最终决定采用服务端执行测试。自动化测试代码上传到测试服务器,通过jenkins部署并执行,可减少本地资源占用。