我了解到目前一些基于 chatgpt 的应用,就是摸索出一套指令,然后封装指令给大模型,大模型给出执行动作,然后应用根据动作执行,吐出结果。
可以写啊,面试时可以主动说明使用 java 做了些什么事情,尝试在工作中如何使用什么的,也一直在努力继续学习之类的
感觉有些偏
Tid、FileIds 这两个在后端体现上,只是两个入参,而且在代码层面上是被确定的参数类型,同时也包括是否为必输项。
只要传入格式不正确,程序就会拒绝访问。
单从这个场景来看,建议从正确参数组合非正确参数,fileids 组合存在不非在文件 id,tid 和 fileids 非对应关系组合这些角度来测试
不冲突的话 ,那你关心人家开发绩效干嘛
我们以前一般主要围绕在这几个方向
研发: 提测质量、缺陷日清率、任务完成度、线上问题率
测试:用例质量、漏测率、任务完成度、线上问题率
没事的,就是提醒不要用太烫的水。
我试了刚烧好的水,如果合盖的话,会打不开,然后喷溅
已重新理更新二码
已更新二维码
已更新
还在维护的,已更新二维码
线下大会,暂无线上入口,MTSC 大会今年开始,调整为 1 天
有的
,我找他们更新个
高产博主
没有发现兑换记录呀,之前是 7 月份的,那个要在公众号回复下,那个是异步的会员,现在过期了
这个周未刚发出 注意查收~
加油
这个她是谁,要先确认好。
如果你们同属一个上级,直接找上级就可以了,直接确认录制任务是如何安排的。
非同一个上级,其无职取进行工作安排
每天强制自己想办法将自己手头的测试的内容做自动化处理。前期可以不用管是否合理,就是强制想办法转自动化方式。
逼迫自己去查找和学习如何自动化,这样最快速了
当然要先确定一个技术,然后不停的尝试就好了
觉着多个方面考虑吧,一方面是公司对于用人诉求可能模糊,另一方面可能找工作的同学不再看岗位匹配度,全量海投。
对所谓脏数据进行追述分析吧,确认下不可用的原因是什么,在不同的功能段,使用的同一条数据链里的数据不太一样,所以是有可能存在某段功能可用,某段功能不可用。
虽然分段测试,但出现不可用就是说明之前功能存在遗漏,这个就要具体分析,哪个环境接口数据未对应上了。
如果是通过接口造的测试数据,那就是构建的数据,不规范导致的。数据链路太长的情况下,确实会只构建当前功能可用的数据,可能当前功能所需数据没有分析清楚。
…你这个就是要离职的节奏….
同意 1、2 楼观点,先根据公司情况制定和梳理流程规范,其他的内容在这个规范下进行