这可没有，这只是将现象进行戏剧化的浓缩

还是挺惊讶的，data factory 直译谁知道是什么？。就像你可以翻译成 “造数工厂”，我是翻译成 “业务数据构造平台” ，你说谁一目了然？

但其实这些不懂的话，对测试工作没啥影响

有人看个乐，有人照镜子，这个度只在于你是不是故事中的人

“三个女人一台戏” 这种是怎样的？ 我遇到的上面几种，是综合了以前加过的四五个技术群共有的情况

看个热闹

超好用的工具

很细节，甚至精细得有点离谱了

个人觉得这三点做好，基本可以保证测试质量，然后再依靠其他的去辅助

1. 写好功能测试用例
2. 维护好用例
3. 严格执行测试用例

电脑要自带的，总感觉随时要跑路的公司

1. 测试左移：可以在一定程度上减少对开发流程的依赖，但它并不能完全替代前期的需求分析、设计等环节（更何况有些需求都开发完了，转测时测试才知道需求）。即便测试左移，测试人员仍然需要与开发产品等人员密切合作，理解业务需求和技术实现，才能够有效地进行测试工作。如果开发过程中存在严重的不规范或质量问题，测试左移也难以彻底解决这些问题

2. 辅助小工具：虽然可以提高些测试效率，其有效性和适用性仍然受制于团队的技术水平和工作流程。

3. 线上监控：虽然可以帮助及时发现线上问题并进行修复，但它只是测试工作的一个补充手段，无法代替对产品质量的全面评估。如果产品在开发阶段就存在严重的质量问题，即便有了线上监控，也只能事后发现问题，而不能在源头上解决问题

另外，我是真不喜欢这种浓浓的 pua 气味

好家伙，问的全是业务深度的问题

你这前一秒在帖子里说测试轻松，现在这个帖子就为背锅难受了。。。。。。。

• 轻松
• 待遇不错
• 失业还是能找到工作

我们是同一个时空的吗 你说的怎么感觉是 7 年前的处境

工具开发的能举个例子吗，我也想了解下

试下，边写边想，感觉跟巩固知识一样，难怪公众号们都喜欢写，可以加深理解

你这几个没咋听过，应该测试这边很少把测试步骤或者流程换成单词来说，除了α和β

差不多吧，产品不就是项目？

去看下游戏的相关攻略，你只有先会玩，才能测了

我改下

美团的这个技术博客好棒

阿。。。。这算正常的吗？ 正确场景下的要么是暴力破解，要么扫描 要么分治 要么二分查找，能第一时间想到用 ASCII 码来比较的，感觉都是思维很跳跃的

幻兽帕鲁 证明了策划才是真正重要的角色

navicat 你找的是这个吧

我知道，只是他这个解法有点骚，忍不住想看下