大佬，您说到的前后分离的思想，是不是接口用例和功能用例的设计？，如果不是，麻烦您能赐教下具体思维吗？我想学习下，-------我觉得问题还是出在题目信息太少，不敢确定是什么阶段对购物车进行测试的，回答问题前还是和面试官再三确认下比较好

人力资源够，就加人，人不够时间紧，就找开发给一个影响范围，针对影响范围收缩回归范围，但是也遇到过开发评估不准确，以及多个开发共同修改，且存在偷偷修改 bug，不告知，且没有代码评审的情况，那就麻烦了，总之只要流程规范，问题就不大

在 2019 年面试的时候，就遇到了这题，当时也是自然就觉得这个题目就是考察如何设计用例。但是我回去好好考虑了一下，觉得可能不是这样的，因为面试官其实想问的和你想的可能并不一样，为了更好的回答问题，你应该反问，有没有前提条件，例如：我可不可以按照淘宝购物车来回答，有没有需求文档，测试环境是不是已经搭建了，等前提条件确认完成了，再去回答会不会好点。如果不想问，那就按照最稳妥的方式回答，从整个测试工作是如何开展的进行回答，用例设计只是其中的一点吧，答题思路：确定测试目标与策略 ------ 编写测试计划 ------ 设计测试用例设计 ------ 测试环境搭建 ------测试执行 ------ 测试报告 ------- 测试过程改进。如果中途面试官打断了，他肯定会强调自己这个问题到底在问你什么，假设真的是在考察用例设计是否考虑全面，那就直接回答用例设计相关的就好了

感谢，大佬，我居然忘记万能的 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 的内容了，