你们测试经理,平时做些什么工作
嗯嗯,我是用的多进程,结果 jmeter 还是有不少的差别,TPS 和响应时间都差了 5 倍左右
” 技术的发展方向” 这个东西有点飘,不是很落地。” 测试相关的技术” 我理解是熟悉测试流程,有自己的测试体系,知道通过什么测试手段可以提高质量,提高效率,并能给出规划、引导、指正。如果只是知道一些测试名词,全盘交给下属去做,只是验收结果,那就有点不好了
不懂技术,可以成为一个好主管吗
赞,“不过很多时候,开发测试平台属于公司文化的需要,你需要一个展示你,或是你们部门成绩的东西!”,这个可能是一个更贴切的造平台的出发点吧
赞,"大牛造车,我等推车"和 “大牛干大牛的事,我等干我等的事 “相比,效率真的会有提高吗,或者说不用造平台,就用代码 +CI 的方式来迭代脚本,该改的时候改改,这种方式和维护平台的成本,到底哪个高呢
盲目追求编码能力,是目前整个测试生态圈导致的,也经常是一种无奈之举啊,误区有越走越深风险,“拨云见日” 真的太有必要了
感谢~
人,行业,企业,共有的痛点
感谢
试了一下,报新的错误
开发创建的 create_time 字段是自动获取当前时间,我的接口测试数据里该怎么对这个字段传值呢?我感觉是这里出了问题~
每天关注论坛,虽然木有收到感恩红包,还会继续关注
2018 持续支持
学习了!!
写的超棒,又看了一遍
哈哈,这个比喻很棒~,如果 “协和医院里拿着手术刀和用 X 光的医生” 不懂的话
现在有太多的人盲目地走在追求自动化的路上,忽视了自身对质量保证意识的全局思考,其实所谓技术只是质量保证的一种手段而已,真正的核心还是思想啊
知道了一些以前不知道的 xpath 的好处,楼主一定是对元素定位有很深的研究
哈哈哈,这个说法可以的!
嗯嗯,你说的很对,发言权更多的还是要靠自己来争取的,可目前的情况确实,测试在团队中总是处在一个相对弱势的角色里,想要烽火涅槃,难度颇大,即便如此,测试往往还要承受与角色定位不匹配的压力(比如低工资,比如要背锅)
需求上的很多东西,其实就是从一个成熟的平台照搬到现在正在做的新的平台上,比如从 M 端到移动端,最多也就是稍加润色,真正的创新恐怕不会很多
还有一种情况更加扎心,很多刚毕业的小女生以产品经理的角色加入到公司,还是正式员工,与之相对应的却是工作了好几年的测试工程师依然是外包的角色,这种情况让我费解,是我对产品经理和测试工程师的职位特点了解的不够透彻吗?
同意你的这个观点,但是现在普遍的情况就是团队里的其他角色都认为测试 Low