华夏有一极恶之兽,二足二手,顶生白发。擅唱,跳,rap。练二年又余,便呼全民者好,乃拋衣,得球起舞。起舞之时,多作赞美家禽之言,大呼:鸡甚美!往返反复。叫声凄凄然,其吊带一松,便上下窜动,令人生畏
就你目前的情况来看,airtest 最好
豆姐还在做测试吗?还是转行了
可以加入,ui 颜色和文案这的的确确是 bug,只不过要标记成等级相对比较低的 bug
你这情况太经典了。要我说,交接个差不多就得了,表面功夫可以做足点,但可别真上头。
首先,公司自己找个实习生来填坑,就没指望能 100% 无缝衔接,
你把能把文档整理了,就已经是仁至义尽了,难不成还想给你布置交接文档的 KPI?他咋不给你发两份工资呢?。
其次,你主动凑上去事无巨细地喂,人家还嫌你啰嗦,根本记不住。把核心资料甩过去,告诉他 “先看,看不懂再问”。他问的问题才是他真正需要的东西,这样交接效率最高。
最后, 你要知道有个职场” 潜规则 “,后续项目但凡出点屁事,第一个原因绝对就是 “你交接没交清楚”,不管你自认为自己整理的多详细,很多事情写在纸上是远远说不清的,你自己也不可能完善所有细节。
像上面那个兄弟比喻得就很好,类似你去食堂吃饭,收盘子放指定位置是你有礼貌,但帮人家洗碗那是慈善,你洗了碗也不会留下大善人的口碑,别把自己太当回事,也别自我感动。 理清这个界限
你可以参考思路,但是不是所有公司都有资源和人力去落地的,有些落地场景也需要依托他们公司过往的技术累积
这种第三方机构背调查不出啥的,连社保信息都要联系被调查人发。同事评价这种,填上几个熟悉的,打好招呼就行了,hr 也是。政审这种才是真正的背调,环节里还包括考察组要前往原单位核实档案信息,和相关人员开个座谈会
关键还反思起来了,哈哈哈哈
一句话: 关你嗨事咩
别把找到工作===技术能力水平
除了自身学历学校这种硬性条件,其他还是看你自身的推销能力
面试 30 分钟其实是看不出你有多少东西的,无非就是看你会不会营造自己有东西的感觉
别太纠结于简历上的技术栈自己会不会,全力复习面试问题就行,把简历发给 ai,然后让 ai 去提有深度的问题
你可以加上自己从 0 到搭建某一系统的自动化(有没有都没关系),问题你能回答出来就行,【面试是纯主观的,看的就是个人喜好】,不是高考这种选拔性考试。你自己意会一下。
找工作不要太老实,也不要有什么愧疚心理,要跟渣男一样,广撒网,有鱼上钩就行,只求进入公司但是不放在心里
我这里提一个很普遍且很简单的场景,一个非常经典、简单的小 BUG,应该符合楼主打标的标准
bug 背景:
如何解决接下来的这些麻烦:
1“进入注册页”
这个注册页如果需要先登录才能访问?AI 如何获取有效的测试账号和密码?是要在 bug 单里写上测试帐号和密码?还是在配置文件里加上通用的测试帐号和密码?
出于安全合规的要求,测试账号都需要区分环境(开发 / 测试 / 预发)、定期轮换密码、处理账号状态(被锁 / 过期 / 权限变更),每次账号变动都要人工同步更新 AI 配置吗?
若进入注册页有其他事件的弹窗干扰,怎么处理?
2” 找到用户名输入框 “
3” 断言 “
【“前端未有长度提示限制、无截断操作、能发起提交” 这一描述对人类清晰,但对 AI 是模糊的】
-【前端未有长度提示限制】提示是文本(如 "最多 20 字符")还是图标?出现在输入框上方还是下方?是否有特定 role="alert"属性?这些细节若不在 BUG 描述中写明,AI 会陷入猜测;若要写清,本质是让测试人员提前完成 "断言设计",AI 沦为执行工具,却额外支付了 AI 调用成本
【无截断操作】AI 在输入 21 个字符后,是否需要执行 await input.value() 来获取输入框的值,并断言其长度等于 21?,截断逻辑是 "输入时实时截断" 还是"失焦后截断” 这些都要在 bug 单上写明吗?
如果提示有了,但是截断逻辑没有修复,填写了 21 个字符后产生报错提示。AI 是否能验证提交? 检查提交按钮的 disabled 属性是否为 false?还是让 AI 真正点击提交按钮,然后判断是否发出请求?
我让 AI 生成可以让 AI 回归更快捷的 bug 单,它给出以下回复
https://test.testerhome.com/addUser
){TEST_ACCOUNT}
,密码:{TEST_PWD}
,从环境变量读取)//button[text()='同意并继续']
(定位器固定)步骤编号 | 操作类型 | 具体指令(含定位器/参数) | 执行约束条件 |
---|---|---|---|
1 | 页面访问 | 打开 URL:https://test.testerhome.com/addUser ,等待页面加载完成(判断标准://form[@id='register-form'] 可见) |
超时时间:10 秒,失败则标记 “环境异常” |
2 | 元素定位 | 定位用户名输入框:page.getByLabel('用户名', {exact: true}) (备选定位器://input[@name='username'] ) |
若主定位器失败,自动尝试备选 |
3 | 输入操作 | 向输入框输入固定字符串:"testuser1234567890abcdef" (共 25 字符,纯英文无特殊符号) |
输入速度:每字符间隔 50ms,模拟人工输入 |
4 | 提交操作 | 定位提交按钮://button[@type='submit' and text()='注册'] ,执行点击操作 |
点击前确认按钮disabled 属性为false
|
//div[@class='error-hint' and @for='username']
)value
属性blur()
操作,再断言值长度/api/register
)username
字段长度必须≤20(后端截断场景)username
长度=25 → 判定 BUG 未修复//div[@id='error-page']
可见):视为后端报错,判定 BUG 未修复就如果按 AI 这个写法,一个三四分钟就能回归的简单 bug,足足在 bug 单上就耗时至少 20 分钟
最后业务测试做多的人都会知道,bug 回归的核心是 “验证动态变化的功能”,就是 UI 可能改、逻辑可能调、异常场景可能新增
毕竟是面向人的验证工作,当然我不是找茬,只是感觉想用 AI 去做回归,真心有点难
华夏有一极恶之兽,二足二手,顶生白发。擅唱,跳,rap。练二年又余,便呼全民者好,乃拋衣,得球起舞。起舞之时,多作赞美家禽之言,大呼:鸡甚美!往返反复。叫声凄凄然,其吊带一松,便上下窜动,令人生畏