让每个人都保持自驱力是不可能的，人和人之间的差异很大，有的人只想躺平，有的人终身学习。
给持续成长的提供他分享的机会，让想要持续成长的人有个榜样追随，让原步踏步走的人有路可走。

改变自己对这件事情的看法，能伤害到自己的，只有自己~

非 bug 数增加，那么就需要思考为什么会提出此类 bug，是需求改动未通知测试、测试与开发对需求的理解不一致、测试对需求理解有误、开发对需求理解有误等，然后针对具体原因，进行相应改进。

如是是手工通过系统创建的数据，经由开发检查，认为是脏数据，那就是需求和代码层面有问题。
如果是通过自动化的方式创建的数据（数据格式有问题、字段缺失等），或通过直接改数据库造成的脏数据，那么就改自己的自动化脚本，再造一条正常的数据

需要的
用例的常用方法就是等价类划分、边界值分析、错误推测法，没有这些细节，用例也就不完善了

如果纯业务测试，跳槽肯定是没有优势的
但是在现在的公司里，对业务越熟悉的人，越吃香，越不容易被裁员，因为业务是第一位的

哈哈，缝纫也很卷的，因为我业余爱好就是缝纫，了解这个行业，而且做到收入 10 倍 + 相当于月入 10w 这种是缝纫的金字塔了，每一个行业的金字塔都很难到达的。

针对第一点，目前我们的方案是提测前与开发同学确定好自测用例，提测的时候需要通过率 80% 以上（一开始先定 80%），测试同学冒烟测试发现通过率不达标打回重测

编写测试用例的同时，也是熟悉需求的过程，这个过程可以发现需求中遗留、不合理的地方

收藏了