这个工具的想法好
公司给你股票期权了吗?没给期限就能让你买股票?别被忽悠了
这个职级应该是划分工资等级的吧,可能会根据面试题定给工资的范围,这个是 HR 的出发点,不过看到腾讯的 HRBP 的经历,忍不住想吐槽,都是 HRBP 了,还不了解互联网岗位么
哈哈哈,真是实锤,此乃无形装杯吧
除了查数据进行测试,搭建测试环境涉及一些数据库操作,每个版本提测的脚本,跑 sql 脚本也得测一下吧,有的测试数据你得备份下吧,做自动化的一些预置条件也可以通过 sql 插入数据,很多场景的啊
这里面有很多设置,仔细查看一下是否配置有问题
说的对
初创团队,做软件定制,还要做自动化?什么都不懂吧?
终于过了,真的是按这个逻辑答的,楞是没发现,还是社区逛的少啊
200 个用户来做 200 并发?这样做吗?模拟的是 200 个用户同时登录操作?这实际就是 200 个用户同时了,不是压的吧。。??
就是只能用多个账号去跑压测,但是这样怎么确定压测的结果是否能到达多少量级的用户在访问
这种情况需要开发改啊?我们小团队性能这块刚开始探索
那这样的情况,有海量用户操作时怎么确定系统不崩呢
我们后端的接口 responseBody 中也是有个 code 字段,返回 code_200 或 code_500 这些,但是接口有依赖数据这种情况,因为单接口的访问限制了并发,所以并发时上层接口没成功返回数据,下层接口也就获取不到数据,这样还可以视为有效压力吗?就比如说创建单据的接口,并发时接口失败了没有实际的创建单据,也就没有数据的插入,但是接口响应 http 状态码是 200 的,而且这种情况我观察到平均响应时间貌似要比正常的短
这个问题是怎么解决的啊
看了评论放心了,这贴也就是忽悠新人不懂的,或者说只是会一点点自动化或者写简单的自动化代码就觉得自动化多简单的了
也看用例怎么设计的吧,比如做数据驱动,我的业务层就封装业务,用例调用业务层方法会在数据驱动下有不同测试结果,所以不同用例用同一业务肯定结果不同,就要在用例中断言
高级测试?30 岁怕什么?你是高级测试啊?阅历和技术在那呢
职称和人生都是一样,不断学习,不断经历,与前辈共勉,加油!
对于题主说的这种问题,我觉得如果环境真得太烂,真的应该尝试去改变环境,如果真是一个求发展的公司其领导也不会这么任由公司组织架构混乱的,所以你有权有义务为公司发展提建议,如果公司老板无动于衷那么也没必要为公司发展着想了,趁早跳槽吧