测试报告全绿。

场景 A：
测试经理：功能测试全通过，这个版本可以发布了。
项目经理 A：确定吗？可别像前几次啊，到客户那边就 bug 满天飞。

场景 B：
客户：测试是全通过了，产品功能确定没问题吗？
项目经理 B：嗯，确定。
客户：哦？那为什么有的产品还是 bug 满天飞呢？
项目经理 B：因为为他们产品做质量保证的不是我们的测试团队。

就是场景 B 这种样子吧！

需求刚出来时，心里就基本就知道需求的关键价值点在哪里；技术实现大概要怎么做，质量风险集中在哪里；大概要重点测试什么地方，非功能测试需要做哪些。环境出问题/出 bug，可以快速定位并解决，不被其阻碍太多时间。并行多需求测试时，可以 hold 得住不延期。

过于理想，功能要测试好，离不开时间、经验，而时间基本上是不够的，有经验基本上就很难从一家公司跳槽了

基本看不到做到极致的人，所谓极致就得在一家公司死磕，现在新业务新功能迭代这么快，一旦有断层就玩完

你要知道 有很多 BUG 或者说很多测试场景 是功能测试满足不了的，再极致也是功能。 懂得越多会的越多也会事半功倍

就是系统无论多烂，功能都没啥大问题。

功能是有极限的，单纯的功能再现有的公司里基本上没有了吧。多少要懂得分析代码，抓接口都得会吧。