1、对细节再怎么极致追求，仍然会出现问题。
2、敏捷迭代下，应该追求的是无明显缺陷，无明显安全漏洞和缺陷快速反应机制。
3、遗留问题要保持追踪，直到关闭。

其实对用户和口碑的伤害，无论是产品问题，还是设计缺陷，肯定是有伤害的。现在大多数情况下主要是考验的是，出现问题的次数是否相对同行少，出现问题的应急反应措施是否可以最大限度的减少伤害。
测试在这里面，主要就是减少出错的次数。

1、出问题是不可避免的，但是如果是已知问题或者是已识别的问题，虽然影响面不是那么广，但是越早的修复就能越早的减少问题带来的不良影响。
2、无明显这个词，其实很容易成为自己把产品做透的决心。如果 QA、开发和产品说无明显问题，小问题下个版本修吧，是不是时间久了，积累的许多小问题会不会成为影响产品口碑的致命问题呢?小问题如果在线上对用户造成了伤害，再快速的反应机制又有多大的意义呢?
3、遗留问题肯定是要保持追踪，但是越早的修复就尽可能早的减少对用户的伤害。
4、我觉得对齐竞品是必要的，但是我觉得优点是要像竞品学习，而不是缺点也要像竞品对标。如果说某个问题，竞品也存在，是不是就可以暂时不解决了，我觉得这个不合适，真正能拉开竞品差距的恰恰是这些真正伤害问题的处理方式，谁能切实的及时的解决用户的痛点，谁就能抓住用户的信赖和口碑。
5、测试不仅仅是测试，更是质量保障人员，不 仅仅是要减少出错次数，更需要从产品角度和用户角度的发现问题、推动解决问题、拉齐与别人的差距，甚至有要成为行业标杆的决心。

1.你尽力了没
2.你的尽力是时间还是思路
3.你尽力预防或者避免了没

• 资本家的想法是快速搞钱。至于什么瑕疵，用户体验只是一些凤毛麟角的事情罢了。
• 另外，这不是打工人应该思考的问题。

1.乔布斯出的产品也没法满足所有需求，他是把某一方面或者几个方面做到了极致，颠覆，让人忽略了其他不足。
2.针对质量差而且周期短的情况，要么砍需求，要么加人手，相信这两个层面都是楼主无法改变的。根据楼主描述的情况，更多的还是开发问题，所以你只能把锅先分好，跟项目经理或者产品经理说清楚问题，让他们决定上不上。
3.不知道 boss 怎么想的。屁股决定脑袋，无外如是。你或许可以从这些蛛丝马迹思考一下老板们究竟是什么样的人？
4.看的出来楼主还怀揣着理想主义精神。加油。

没啥大问题，用户能接受的话，可以理解。测试也是妥协的艺术。

运营压力也是很大的，站在多角度考虑问题吧。

前提是没啥决定成败的大问题。

产品确实是一项平衡的艺术， 之前也是觉得产品设计和质量太一般，后面慢慢调整心态，事物变化都有一个过程，质量的问题其实高层都清楚，就看到了什么程度。测试怎样推动产品质量的提升，先从自身高效测试做起。