发挥你的探索性测试能力咯~输出测试大纲,产品研发测试三方确认,出锅一块背吧
打赏 5 块,来我屋里领
双向选择,你也可以拒绝他,无理由的
打桌游吧,三国杀阿瓦隆都可以~哈哈哈
北京难道没有么。。。
菜鸡选手的土办法:for 循环执行动作,多次尝试
饭佬流批~plus
沙发了
jmeter 脚本可以当成一个 xml 文件来处理,你这个参数化可以通过处理 xml 文件来实现试试
如果面试的公司产品就这水平,那这保姆式测试不干也罢,或者我去当产品好了,写成这个鸟样的产品得舒服成啥样啊
产品的定义不合理描述不清晰不能质疑吗?为什么要测试替他考虑这些东西?
打回需求。需求不明确:3% 的优惠是根据什么金额范围来计算的,如果余额支付的部分只有 1 分钱,3% 如何计算?还有优惠是支付时直接抵扣支付金额的还是支付完成后返现的?
wdglp
你说的这些都有道理,但是我怀疑大部分公司落实不了,没资源也没有实力,真实现了这些,恐怕大部分人也失业了
周末也笔耕不辍的无敌哥 nb
这种业务场景,会经常变,今天 39,42 特价是一个样式,明天可能 xx 活动又是一个样式,你的 UI 脚本维护跟不上就跑不过去,但是这又不是程序的 bug,想不出来你这么设计的目的,或者说你接入 AI 测试的方式去让机器学习去跑这种 case?
感觉这帖子要往 “技术无用论” 方向偏了,建议各位不要在这个立意点上纠结,没有必要也没有意义。多看多实践,避免无能狂怒的心态
不写代码你的业务就是空想,不测试千疮百孔的实现也会使价值大大折扣,不是说你光有个业务点子就够的,要做的事情还有很多
学费了~无敌哥流批
我记得我参加某个测试沙龙,演讲的大佬一语中的:测试不产生价值,他只是减少研发在生产价值的过程中由于 bug 产生的损失。当时是 2010 年左右吧,大部分测试还是点工,还没有测开的概念呢,当时深以为然。
没啥用,你领导看起来不懂技术,觉得自动化就是银弹
无敌哥流批~
对,很多兼容性问题,经常莫名重启,报错,很不稳定,另外 8G 内存肯定是不够的,建议一步到位 16 或者 32,永远不嫌多。目前最好的选择还是非 M1 的顶配款 macbook pro,你可以看看二手或者再观望一下
别买 M1,一堆坑有你受的
没有,感谢勘误