大概就是产品经理说，这个要改，然后拖着不解决，再来怼测试一句，这个问题你就算提了也没人改

开发首先要尊重需求，而不是你所谓的自以为重要或者不重要。
需求不够详尽，让不负责的开发趁机偷懒，这是产品的问题，也是软件开发行业者素质的问题。

只要产品说改，从这以后就可以使劲怼研发，产品不催你来催，他不改就直接和主管反馈，出了问题把锅理清到底是谁的，不是自己的问题，自己的职责做到了就好了呀

想要做好一款产品用户体验很重要，大部分产品都会有基本雷同的产品，你的产品只要不是独一无二的，那你就得拼细节，拼用户体验，用户体验不好客户为啥要用你的产品，类似的产品多的是又不是非用你的不可。。。

尽人事听天命

现实一点，还是要看工期，开发改功能 bug 都屁滚尿流了，很难有精力去管体验性这种优化类 bug 的。

酱紫啊，给我的启发就是那是不是可以定期做一个用户体验专项测试来统一处理呢？

是的呢，现在大部分公司都处于 CMM 很低的阶段。我们的现状就是不是每一个需求都有详细的分析，很多都是几句话带过的。

昨天对我的胖友们做了一个简单的调研，会不会因为用户体验而彻底不用一个软件，基本和您的回答是一样的，除非不可替代。

测试的意见能否被采纳还是得看产品。。。

要看是什么样的体验问题了，如果是影响流程转化的，那是必须要改的。但如果是一些感觉体验，还是应该数据说话，毕竟体验这种东西，太主观了。 建议是关注重要功能，先保大。

这个算是测试里比较常见的问题了。上面的朋友们也说了。
首先需要看项目的排期，如果开发周期比较紧张。用户体验的 bug 会延后在处理。
如果可以一定要让你的测试 leader 或者开发 leader 或者产品人员知道这问题。
尽自己最大努力促成这些 bug 的修复。

我比较现实：
1.改与不改，都不会提升你的能力，只是可能影响你的绩效，大可以看开。
2.用户体验是产品经理的事情。
3.是否修改排期是项目经理的事情。
大可不必操那么多心，因为重不重视其实对你都没什么影响。

借楼吐槽，现在很多金融类的，尤其是银行 app 啊，跟商业化 APP 真没的比啊，都很卡，点击一下半天才有反应~后来咨询一个某大型银行软件开发的朋友，说 ‘觉得卡’ 其实是因为 APP 在做校验，是在等待校验结果~等待校验的时候也不给客户个反馈，我还以为卡了呢。

见 16 楼的回复，我和他的意见一样。

过于真实哈哈哈哈哈

测试不就是第一批用户吗, 你不注重自己的体验吗?

有体验不好的地方 就提 bug 开发改不改是他的事儿

目前软件的实际情况是你能实现的别人都能实现，你实现不了的别人还能实现，不靠细节靠啥？
哪有那么多东西可以创新哟

记得有一句话这么说的， 软件不是产品想出来的，也不是研发做出来的，是测试测出来的；

如果用户体验都不重视,那开发功能有什么用 用户才是核心

没人改不让他上线啊

今年 MVP 决定是你了

刚好看谷歌测试之道中说的 “测试开发只关注与帮助开发完成代码测试，测试专注于用户的体验”

必须要， 产品体验是测试工作的核心之一

产品不重视，开发就会得过且过，你提了开发也不会改，还是转移阵地，跟产品说吧。若产品不督促开发，证明你们的产品对用户体验不是很感性。不感性的原因：项目还没达到稳定阶段，该问题怎么影响到体验；你们的产品就是渣渣，厉害不到哪里去

用户是产品的直接使用者，体验不好自然用户就少

把数据拿出来 ，和项目经理、产品、你老大反馈下。明确下目前阶段，项目的需求是否要注重用户体验，确认一个大概的界限。然后让项目经理和产品去催促开发修复~有可能有些开发会感觉测试提的优化很片面，很主观，不愿意改。那就让项目经理和产品评估并作出补充。测试直接一直催，会让他们觉得我们在找事给他们做的。但其实我们只是想项目有更好的用户体验~

需要重视用户体验，这代表测试对用户体验的把控，至少有理有据提出问题，进一步推动其他部门对用户体验标准的共同认知。之后形成标准把控，减少争议讨论。

用户体验更需要重视，加强把控体验问题是 QA 的职责。

我认为需要重视 但是在和开发沟通的过程中需要写技巧吧可能 我一般是丢到群聊里 哈哈

个人觉得楼主应该经常被开发/产品怼来怼去。这个问题的关键在于，要健全惩罚机制。发现 BUG 没有提交是测试的问题，提交的 BUG 没有修复就是开发的问题。如果把这个纳入绩效。我想，楼主的问题就迎刃而解。

这个是最懒的做法