这是今天的一条旺旺聊天记录，一个输入表单的提示问题，测试人员在认为输入项标题上应该出现“ * ”提示，提了bug，我大概解释了一下为什么这样做。
由于交互问题基本没有什么门槛，我们的设计在项目过程中是受到质疑最多的一个环节，开发，测试，产品经理。任何一方都能对交互问题提出自己不同的看法，于是能证明我们的设计也算是一项必不可少的职业技能。
这种证明有时候是很无奈的，一些非常基础的交互行为也会受到质疑，你也需要去想清楚解释清楚。但这种证明的过程是对自己的专业技能有很大帮助的，比如下面这个查询输入框遇到的质疑：
测试人员没有提到这个问题之前我确实没有认真考虑过输入框的反馈……
有的设计师可能会很反感这种情况，老是证明这种基础问题会花掉很多的沟通成本。但事实上，相对固定的合作对象，一旦建立了对你的信任，一般不会再经常来烦你了。
非常认真的测试工程师。一般来看，测试主要从交互任务的Caseflow的流程走下去，这是根prd中描述的任务流程中理解而来。而对于交互设计师同样需要考虑的EyesFlow和Userflow等过程中“故意”的设计经常产生不解，同样应该理解。
用户体验设计师的责任之一就是推崇这个理念在项目组所有成员中的理解程度，大家都拿体验当回事儿，这个机制也就潜移默化可以改变产品的质量了。
我就非常不喜欢测试拿体验、视觉来说话，甚至个别测试会在没有跟交互沟通的时候就把某些自己觉得不爽的地方提 bug 过来，貌似 bug 和 “我觉得这个地方不太妥当” 对于测试来说是同义词？测试人员的美感/ UX 真那么牛逼的话，说实话，Ta 可以考虑下换份职业。
跟以前测试工程师只关注流程与bug确实有点不一样，我们要以更专业的角度去慢慢的引导她们~
我们需要开放的心态来对待测试人员提到的“bug”，换个角度，可以把他当作你的产品设计的初体验用户，用到不爽的地方提出来而已。
把握好自己的专业度，多跟他们沟通就可以了：）
我们遇到的挑战不仅仅来自测试，有时候会是开发，有时候甚至是不专业产品经理。引导还是很有必要的，当然引导的相对成本会在多次的反复合作中显得微不足道。他们不懂尊重，就让我们教会他们……