海报日期是 2023 年,建议扣扣测试人员的绩效
几个维度进行对比,人、时、量。没使用 GPT 的时候编写测试用例需要多少人、一个版本迭代的投入的时间是多久、GPT 出来的测试用例和手工写的质量对比。
好家伙,来炫逆生长的吗
总结一下:
1、对自己要面试的岗位要熟悉了解,不要退而其次
2、简历上面的实践项目一定要归根到底,知道每个技术细节重点
3、在沟通上要有逻辑且清晰明白的讲述好自己做的项目
反过来判断?列出几个常用 “异常” 情况,只要这几个常用 “异常” 未出现都判断正常播放。再严谨一点就是再加上一些正向用例组合判断
薪资待遇有透露吗
居然敢在生产数据造测试数据
薪资福利待遇呢,看到有对人员的要求,却没看到对人员的 “犒劳”
我觉得是个机遇吧,你有人无,可以尝试下和领导沟通,给领导画个饼,带领团队搞技术方面发展,做他们的技术方向指导,不过这种事对于已经躺平的同事来讲比较有抵触。建议慎重考虑
赞同,很多时候开发人员都觉得没必要进行接口测试,或者对测试出来的问题有反感,例如数据敏感性,接口传参类型定义不规范,他们更多考虑的是业务上不会出现问题即可,不会从性能、安全等方面去考虑~
废话文化说一下吧,每年都会因为各种原因而行情不好,今年大体是疫情原因。但归根到底还是个人的选择,有技术基础再加上认真负责,找一份工作是不成问题的吧。
没有站会,只有找人 “开会”
大道化于简,所有的技术都是为业务服务,如果某个业务实现起来技术上很有难度,但 “点工” 能给出绕过技术难点进行实现的方案,那他是很有价值的。
1、cookie 管理器;2、提取登录的 token
这是入门理论吧,实际上你在工作上应用就会发现有很大差距,因为很多安全问题现在的开发框架都会考虑到,但真的一点安全问题都没有吗~可以考虑一下这个点
“设置 10 个线程 5s 启动的时候运行 5 分钟,tps 是 100 左右,但是我使用 100 个线程 5s 启动的时候运行 5 分钟,抛出的 tps 是 240 左右,为什么线程数增大了 10 倍,tps 只增加了 2 倍多”,首先你要知道 TPS 的概念吧,服务器每秒钟处理的请求数,所以只要你 Ramd-Up 是 1 秒相当于瞬时并发,那你的服务器就是一直在处理你发送的请求,跟你设置的时间没有太大的关系。
就由这个帖子开始进行打卡吧
都要求本科啊,哦,那没事了!
不管这个人,这个人就是一个嘚~,有人发帖就在哪里 BB,一直在刷存在感
简单来说就是要找到代码的可移植性,我们这边一般都是做好初始化。这样初始化就分两种情况了,第一种初始化的数据是系统必带的,那就相当于每个环境都是一致。如果初始化数据没有就考虑到造数~,从 0 到有构建一套所需的测试环境
张家辉:五年!五年又五年,你知道我这十年是怎么过的吗?
我:天天在社区发帖请教大佬~
十周年快乐~
我前两个观点表达的就是测试工程师 “地位高,话语权大” 的观点,最后一个观点是能力问题~
我不赞成一楼的说话,如果测试工程师地位越高,话语权越大的话对项目质量是有很大的一个提升。简单举一个例子,一个普通的测试工程师去对项目的质量负责,和一个高级的测试工程师的对项目的质量负责,产出的项目质量相信做过项目的都知道差距有多大。其实高级的测试工程师,优势是很明显的,第一在话语权方面,如果有足够的话语权,一定能减少很多无效的三方扯皮的事情,提高整个项目的效率;第二在推动测试管理体系上,比如公司就规定要执行这套体系来保证产品的下限,每个项目都要按这个体系执行,那么地位高的测试工程师做这些就是水到渠成,相反普通的测试工程师会遇到很大阻碍而导致产品质量下降;第三技术上,一个地位高话语权大的测试工程师相信技术不会差多少,这个就和普通的测试工程拉开了很大的差距,在寻找缺陷,定位根因,优化建议等方面不是普通测试工程师能比的,当然你说话语权大地位高的技术是水,这点当我没讲。
1、先确定好你的测试目标,系统在实际的使用情况内是什么样子的,一般 H5 多应用于在移动端,那就考虑好移动端的测试范围,要兼容哪些移动端的机型/浏览器等。
2、一般做某种测试还是要先考虑好,你做这类测试是为了满足那个需求,如没需求则调研需求,不然就没法确保好你的测试目标。
如果批量跑用例,不能一直盯住去 DEBUG~,我还是趋向写进日志,报错了就可以去分析哪里错了