感谢，大佬，我居然忘记万能的 B 站了

因为微信群二维码只有 7 天有效期，过期还需要不停更换，我想想可有更好的办法解决 7 天失效的问题

非常渴望您的加入，之前我组织过，一般都是半个月组织一次，周六晚八点，每次 20-50 分钟不等

上次也有人这么说，我怀疑也是你，
1、有的人面试就紧张，就是比他水平还低的人来面试，面试者还是紧张的。多面试，多刺激就熟悉了氛围了
2、三人行必有我师，水平高的人他不屑于指点我们这些水平低的，那水平一般的人还不能相互指点？对方肯定有可取之处
3、面试有的时候自己准备的不充分，但是自己又不知道哪里不充分，模拟面试能找到一些准备不充分的地方
4、给予当前困惑的人一点帮助，就必须要收费？

我之前使用另外一个微信号，组织过一个模拟面试微信群，由于手机号注销了，微信密码忘记了，换个手机导致微信无法使用了，如果知道那个微信群的小伙伴，也可以拉我一下，谢谢

还有一个问题，效率高是指干的活多，还是发现的 bug 多，还是活干的越多，发现的 bug 越多，效率越高呢？我们组有个小姑娘每个迭代或者每一轮测，她发现的 bug 数都比其他人要多 20%，她确实也是来公司最早的，她来三年，其余人不是 2 年半就是 2 年的，时间差距并不多。后来经过我观察，她每次分配的任务，他都是不能按期完成，都是超出至少 30% 的时间来，但是 bug 发现的很多，领导只好让她顺延，但是周期节点不会延期，只能说把剩余的工作交给其他人按时完成的人，其余人为了赶进度，执行用例就比较快，发现 bug 就会相对来说少点，久而久之，她的 bug 数量和其他人差距就越来越大。

我们公司最近就在降本增效，裁员了，我们的产品质量确实不太行，最近老是被甲方投诉，公司把质量部管理层大换血，都说外来的和尚会念经，确实是这样，因为新领导的到来，一系列政策需要落地，第一件最重要的就是整个项目流程以及测试流程需要规范化，不得不说我们之前的流程相当的不规范，文档要么没有，要么不评审，项目周期短，需求多，导致加班极其严重，从而引发现场问题不断。所以流程规范可以解决 80% 的问题，这个你们赞同吗？剩余的就是能力问题了

公司引入了 GPT3.5，给所有员工使用，没有强制要求去提效。但是不得不说是真好用，安装部署过程出现的各种各样的问题，80% 都能给个解决方案，不仅运维在使用，测试和开发也在使用 GTP 写脚本、还有测试会拿来分析日志的报错的原因

学到了、感谢大佬

华为的机器视觉部门的自动化用例也是直接把手工用例翻译成 python 代码

能够详细说说这条吗？-----------如果两个环境之间存在网络隔离或不允许直接连接，可以考虑使用中间介质或工具来传输数据，如加密传输文件、使用安全网关等。

太真实了，一开始在培训班当老师，后来自己还想去培训班加强技能。还有就是遇到好的老板和同事真的也是一种运气，颜值肯定也是加分项的，什么真诚是必杀技。互联网面试，颜值不行，简历不行，连沟通的机会都没有，何谈真诚。当然如果你肯定是一个努力，上进的姑娘。加油

我们的系统也有这个问题，但是我没有提，因为提了也会被直接无视，没任何人回去处理的，bug 最后就会挂在项目经理名下

GPT3.5 的回答，自己识别可行性
在接口自动化测试中，如果接口依赖的数据表结构频繁变更，如新增字段，可以考虑以下几种方法来进行初始化数据：

1. 使用数据填充工具：可以使用数据填充工具，如 Faker 等，来生成符合新表结构的测试数据。这些工具可以根据表结构自动生成随机数据，包括新增字段。

2. 动态生成数据：可以在测试用例执行之前，通过代码动态生成符合新表结构的数据。根据新增字段的要求，可以编写代码来生成合适的测试数据，并在每次测试用例执行前进行数据生成。

3. 数据库脚本管理：将初始化数据的操作和维护数据的操作写成数据库脚本，通过版本控制工具（如 Git）对脚本进行管理。每次表结构变更时，只需修改对应的数据库脚本，然后在运行用例之前执行脚本来更新数据。

4. 数据库迁移工具：如果表结构的变化较大，可以考虑使用数据库迁移工具，如 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 岁节点的问题非绝对说法不要抬杠

定时任务和消息同步应该都可以主动去触发的，没有必要去等待，假如同步任务一天同步一次，你打算等待一天？

就是因为业务方（内部财务团队）没有明确的性能需求，无法进行测试，并且公司内部使用的新系统也不存在历史数据一说