建议看你们公司开发的设计文档，多问问
1、需求分析（基于实际业务，明确数据实体与操作需求）
2、区分数据库类型（关系型、非关系型）
3、设计步骤：
——关系型：概念结构设计、逻辑结构设计（结合业务适度反范式，减少性能损失）、物理结构设计；
——非关系型：
（1）基于访问模式（query-driven）设计数据模型，
（2）结合 CAP 原则选择一致性/可用性策略，
（3）适配具体 NoSQL 类型（文档、键值、列存、图等）

为什么要学这个，没明白，表结构不是后端开发需要考虑的吗，你是想转测试开发，还是要转开发

太认同了，我们老板让我用 AI 测试，我在网上根本找不到一个完整详细的 AI 测试实操教程，最后还是我自己来测，AI 只是辅助我编写测试用例

这玩意看业务复杂情况把，简单的业务好弄，问问万能的 ai 吧

这个是业务经验，时间久了，就懂里面的门道了

我一直没懂这些个 “工会” 是作甚用的，进公司的时候就默认加入了，每月还要给 20 块的会费，也不知是何用处

时间多你可以慢慢耗，流程上肯定有漏洞，毕竟你没有签字认同。但前提是你耗得起，更要下定决心，最终的结果也并不一定让你满意，甚至可能你的精力都值不起这个赔偿

有钱有闲就跟他干，怎么恶心怎么弄，没有的话就骑驴找马，早点离开。

感觉不服从他的淫威 就得被砍，服从了的话 只能哑巴吃黄连 。就这两种选择

生产队的驴看了都泪目

2024 年底发布了一个新绩效政策，25 年 2 月开始执行，没有召开全体会议，发邮件并一级一级的口头通知下来；

这个地方通知下来你就应该给拒绝，可以拿到 N+1。现在你已经接受并拿过绩效了仲裁希望不大

太难了

申请仲裁肯定是能赢得，但是中间的精力、时间消耗就看你能不能扛得住了，我想 90% 的人都不想去折腾吧

这肯定是有问题的，但是员工个人维权在企业面前一直是弱势，公司如果有关系可以让法院以各种理由不给你立案拖着你，身边就有这种例子

肯定可以仲裁，但是能不能成功就不好说了

打官司是需要花时间和精力的、你得咨询律师，收集证据，还得跑线下打官司，然后还要消耗金钱，只能说对打工人太难了

正常要签补充合同才算合法的

可能 “工会” 替你们答应了

自动化确实不难，维护推广恶心关键是。

最大的难度就是让别人配合你去做

你这么搞，所有兄弟都会打你的

就现在放假了，也没人去搞审核。。。。。。。。。。。。。

大家想法都很好。代码 github 开源，欢迎 pull request

不要看说什么，看他做了什么

可以针对面试公司的情况，挖掘一些吸引力的难点（你入职后和准备离职后，你实现自动化项目变化里面挑），如业务覆盖率提升、框架性能优化

第一次听说找不到难点的 是你太强还是我太菜

大 D 颠咗啊，话要搞个新 testerhome