去 github 上直接看，看懂 10 个开源项目，代码阅读能力提升肉眼可见

学习了

实在要弄，让人把这些东西通过开发可视化工具的方式自动采集啊，你们是来干活的还是来填表的。。。。

100 个线上 bug。。。难以想象~~~

还有一个需要注意的是，从上到下整个团队需要统一对测试的认识。。。不然就会出现你觉得有价值的得不到认可。
有些测试盲老板和 leader 多去给他扫扫盲，很多人对测试认识很片面~~

我司存在过渡强调代码能力，忽略了业务的问题。。。积弊多年，导致业务断层相当严重，哈哈

其实哪行都差不多。。。

宇宙的尽头在考公。

让自我成长的人有土壤，让不想成长的人有活干。

人人如龙是不现实的，人人如龙的团队也不一定稳定。

每个人每个阶段都有自己的追求，没哪个平台支持人人如龙，最起码绩效考核中大家就是分高低的。

可能别人就皮了一下，淡定，客服这么活泼，你不想撩一下吗

大环境的 HC 应该都不多

你这和送学生练习册区别不大。。。并且别人不一定没有

看得出来他很讨厌视频录制和剪辑。所以我觉得并不是同事的问题，只是厌屋及乌了

业务所在行业，IT 么还是那个鸟样

1. 在明确业务后进行
2. 根据实际情况，我们就是先单接口，再流程
3. 和功能测试一样，没啥特别流程

行业复苏，个人积极性没有复苏

首先搞清楚脏数据的概念：

如果按流程能造出来的数据，那叫正常数据。。。
如果是开发帮你做的辅助测试工具（比如直接数据库插入的，没管前后端验证），按流程（无论正常还是异常）弄不出来的数据导致的问题，你可以说是脏数据。

其次可以看出开发对你们测试的专业能力有怀疑，正常的开发看到问题是去发现问题，解决问题，而不是纠结你们测试数据哪儿来的，哪怕是因为你们因为非正常造的数据的原因导致你们提了缺陷，也应该是给正确的建议，帮助团队规避问题，什么你啊我喷来喷去的，世界如此美妙,他却如此暴躁,这样不好~！

很多论坛自动审核只是初筛，还是有人工审核的。

不明觉厉。。

合并代码前有人把关走查审核，合并代码触发自动构建，失败邮件 + 钉钉通知，成功发送提测邮件。
成功的构建基本无感，也不影响测试。

我们测试团队全部打散并入开发团队了，现在全看个人能力，哈哈

1.安全，后台异常处理没做好，绕过前端，接口会暴露很多信息，甚至引起严重的安全问题
2.接口正常来说比前端设计先出来，所以先测了
3.用户=正常用户 + 想搞你的用户 + 想钻空子的用户

由问题推动比较好

666

好有内容的文章~~可以做为团队质量体系建设的参考。已收藏，后面会多翻阅。