前段时间，新老板和测试召开见面会，提到了有些用户体验的问题，测试应该能够测出来，而且要把关好。 还举了个例子说他用了个产品觉得蛮不爽的，如果多加点文案，用户就用得很踏实了。 当时我其实蛮想反驳的，但是在于觉得反驳了也不能解决问题，所以就没有说了。
但是我却一直在想这个问题如何解决： 其实老板误解我们了，我们公司的测试目前在测试过程发现用户体验上的问题的话，都会提出来，但是最大的问题在与我们公司有交互师，如何展现给用户都是他们定的，很多我们测试提出来的问题他们都认为他们那样制定是正确的，而测试并不专业，所以不会采纳测试的意见，结果呢？上线之后果然有用户反馈这样用着很不爽，然后交互师们又考虑还是改掉，改成当时测试建议的那样的，真的很火，这样多浪费成本啊。。 而且他们就不会考虑连自己公司的开发测试都觉得很不爽的设计，客户会爽吗？
哎。。这样的问题还是蛮多的，交互师会认为他们比较专业，即使别人提的问题他们也会蛮不屑的，而用户用得不爽，责怪的是测试把关不严格。 好吧，有问题就解决吧，有什么好办法呢？咨询了主管，就说他们不改就把问题抄送给主管，再抄送给他们的主管，一层层推上去。恩，本来想想这是个好办法。结果上个星期看到一个测试就这么做了，推给了好几个主管，结果发现就因为一个小小的问题主管直接回邮件回来回去的，而且还有个主管这么说“我们既然设立了交互师的职位，那么我们就要信任他们”。邮件抄送一次两次可以，但是如果每次都是很小的一些点，还是再发给他们？他们一定会很烦，而且都是些芝麻小的用户体验的问题，也不知道他们会不会关注，我个人觉得关注的可能性相当小。
所以我自己的想法是，有问题我们就提，提了不改的我们记下来，项目发布的时候一并发邮件给整个项目组和主管，让他们都知道我们提了这些意见，然后上线了用户觉得不爽但是我们提过的，那么他们自己承担责任吧，只是这样的结局影响的还是用户。
不知道小窝里面还有什么好的建议吗？
问题没有那么复杂吧。引用李琴的“有问题我们就提，提了不改的我们记下来”，我接着分享一下我们目前的做法吧。我们的测试人员在执行每次测试之前除了有测试用例之外，还有大量的通用测试用例集（这里面包含的内容相当广泛，比如我们行业里面的规范、页面测试、CRUD测试、安全性、易用性、页面风格等等诸如此类）。这些用例集看似量大，但是经过一段时期的组内培训与组间（指的是与开发、与实施等）交流确认。已经形成较好的共识与沟通反馈机制（甚至达到引导开发设计易用、引导客户改善使用习惯等效果）。
