还有一个问题,效率高是指干的活多,还是发现的 bug 多,还是活干的越多,发现的 bug 越多,效率越高呢?我们组有个小姑娘每个迭代或者每一轮测,她发现的 bug 数都比其他人要多 20%,她确实也是来公司最早的,她来三年,其余人不是 2 年半就是 2 年的,时间差距并不多。后来经过我观察,她每次分配的任务,他都是不能按期完成,都是超出至少 30% 的时间来,但是 bug 发现的很多,领导只好让她顺延,但是周期节点不会延期,只能说把剩余的工作交给其他人按时完成的人,其余人为了赶进度,执行用例就比较快,发现 bug 就会相对来说少点,久而久之,她的 bug 数量和其他人差距就越来越大。
我们公司最近就在降本增效,裁员了,我们的产品质量确实不太行,最近老是被甲方投诉,公司把质量部管理层大换血,都说外来的和尚会念经,确实是这样,因为新领导的到来,一系列政策需要落地,第一件最重要的就是整个项目流程以及测试流程需要规范化,不得不说我们之前的流程相当的不规范,文档要么没有,要么不评审,项目周期短,需求多,导致加班极其严重,从而引发现场问题不断。所以流程规范可以解决 80% 的问题,这个你们赞同吗?剩余的就是能力问题了
公司引入了 GPT3.5,给所有员工使用,没有强制要求去提效。但是不得不说是真好用,安装部署过程出现的各种各样的问题,80% 都能给个解决方案,不仅运维在使用,测试和开发也在使用 GTP 写脚本、还有测试会拿来分析日志的报错的原因
学到了、感谢大佬
华为的机器视觉部门的自动化用例也是直接把手工用例翻译成 python 代码
能够详细说说这条吗?-----------如果两个环境之间存在网络隔离或不允许直接连接,可以考虑使用中间介质或工具来传输数据,如加密传输文件、使用安全网关等。
太真实了,一开始在培训班当老师,后来自己还想去培训班加强技能。还有就是遇到好的老板和同事真的也是一种运气,颜值肯定也是加分项的,什么真诚是必杀技。互联网面试,颜值不行,简历不行,连沟通的机会都没有,何谈真诚。当然如果你肯定是一个努力,上进的姑娘。加油
我们的系统也有这个问题,但是我没有提,因为提了也会被直接无视,没任何人回去处理的,bug 最后就会挂在项目经理名下
GPT3.5 的回答,自己识别可行性
在接口自动化测试中,如果接口依赖的数据表结构频繁变更,如新增字段,可以考虑以下几种方法来进行初始化数据:
使用数据填充工具:可以使用数据填充工具,如 Faker 等,来生成符合新表结构的测试数据。这些工具可以根据表结构自动生成随机数据,包括新增字段。
动态生成数据:可以在测试用例执行之前,通过代码动态生成符合新表结构的数据。根据新增字段的要求,可以编写代码来生成合适的测试数据,并在每次测试用例执行前进行数据生成。
数据库脚本管理:将初始化数据的操作和维护数据的操作写成数据库脚本,通过版本控制工具(如 Git)对脚本进行管理。每次表结构变更时,只需修改对应的数据库脚本,然后在运行用例之前执行脚本来更新数据。
数据库迁移工具:如果表结构的变化较大,可以考虑使用数据库迁移工具,如 Flyway 或 Liquibase。这些工具可以帮助管理数据库结构的变化,并自动执行相应的更新操作。
无论选择哪种方法,都需要保证测试数据的一致性和正确性。频繁变更表结构时,及时更新数据初始化的方法是非常重要的,以确保测试用例的准确性和可靠性。
12 点下班的
昨天发现的问题,真头疼,几个人排查一天。。。系统隔一段时间就无法登录,登录接口返回超时,服务重启后就恢复正常,隔断时间有不能登录。
1、网关配置问题:网关日志一直在打,如果是配置的问题话,那应该是一直不能登录才对,不会是时好时坏
2、服务器资源问题:服务器资源都在正常范围
3、最后发现其中一个服务日志里面有 redis 连接超时的错误,手动验证 redis 连接也没有问题,最后换了个相同内网网段的 redis 连接后,不在出现该问题,老的 redis 是外网搭建的,偶现连接失败的情况。
出现该问题的原因:登录时,网关会先去 redis 查询登录人当前的登录状态,然后再转到 login 接口,redis 连接异常,查询失败,网关就不会转到 login 接口
遇到当前账户权限不够的情况,那就切换有权限的账号继续执行,用完就切换回来呗。
就因为一个 bug,导致平台被薅羊毛,损失几百万,这种损失是能弥补的?你一句大不了开除,那对于公司呢,整个团队呢,辛辛苦苦忙了大半年,就用你一个开除就能弥补的是吧?
我使用 view 命令,i 还是进入了编辑,并且可以保存,使用上和 vi 没有任何区别呢
关于<用例的目录结构应该要与设计评审时 xmind 的结构保持一致吧>这点,有点不敢同意,因为 XMIND 是按照业务流程整理的,但是 excell 我可以按照模块来划分,这个没有必要强求一致吧
问题里面也说了:<用例评审的时候,不少同学会以 Excell 或是用例管理平台上的用例来评审,其实这个形式不好,因为都是用例的罗列,不能很好地体现用例间的关系。最好以思维导图的形式,大概罗列一下需求涉及到的功能点,上下游的影响关系>------------------所以评审完测试点,几乎不去看 Excell 的内容了,
1、其实不知道你是什么专业,如果是生化环材的天坑专业,考本专业的的研究生,无非混个研究生文凭,建议跨专业考计算机的研究生。
2、研究生学历比本科好就业一点,但是你没有选择一个好的行业的话,研究生学历对你来说没有意义的
3、IT 行业目前在走下坡路,但是也比大部分的行业强,算法>后端开发>前端开发>测试,(其实我觉得前端和测试差不多薪资和就业难易程度)
4、进入 IT 行业,基本上就是 35 岁,等于是挣块钱,35 岁以后大概率还是换行业(最近我就在考虑换行业),35 岁再换行业其实也很有挑战 ---- 注意:35 岁节点的问题非绝对说法不要抬杠
定时任务和消息同步应该都可以主动去触发的,没有必要去等待,假如同步任务一天同步一次,你打算等待一天?
就是因为业务方(内部财务团队)没有明确的性能需求,无法进行测试,并且公司内部使用的新系统也不存在历史数据一说
我理解你说的,但是我问这个问题的原因是,在性能测试前,收集性能测试的指标,作为预期值,便于实际测试过程有个参考,来认定测试结果是否通过。
经过 GPT4.0 自己检查,他的思路是错误的,结果就是 3500*200/1000=700