测试管理 敏捷迭代流程下,如何解决产品质量和研发周期的冲突?

几许风雨 · 2020年10月25日 · 最后由 jeky2017 回复于 2020年10月26日 · 167 次阅读
  1. 感觉好多版本发版质量差,很有遗留问题没有解决就匆匆发版了,觉得这是对用户和口碑的一种严重伤害
  2. 我感觉做产品就应该像乔布斯那种对细节的极致追求,如果有明显的问题应该解决掉才推向用户,尽量不要把带有瑕疵的产品推向用户,真搞不懂 boss 们是怎么想的
共收到 7 条回复 时间 点赞

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

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

dive 回复

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

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

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

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

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

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

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

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

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册