何谓用户友好性？

over_skying

经常，在测试过程中，都碰到用户友好性的问题。就比如一个界面的美观，常常在此类问题上跟开发组争议不下，最后改不改的问题还是由开发决定。例如，输入框在输入纯英文字符串达到最大值的情况下，由于系统将该英文字符串识别为一个单词，提交后会导致页面列表变形的情况，开发组经常给出的意见是：没有人会这样子操作的，这样的数据在现实中客户是不可能输入的。由此拒绝修改此类问题。
    所以，我经常会迷茫，类似这样的问题，是应该怎样从用户的角度出发？亦或者，我们应该怎样去阐述这样的观点与开发沟通呢？希望有人能帮忙解答我的迷惑。谢谢！

lu663

我们是提给美工和需求的，不管开发的事

月上百合

例如，输入框在输入纯英文字符串达到最大值的情况下，由于系统将该英文字符串识别为一个单词，提交后会导致页面列表变形的情况

这个开发要限制一下的哦，这种问题我提上去，开发是一定会解决的呢，也不能算是美工的事吧

千里

现实中没人会这么做，哈哈哈哈。
既然现实中没人会这么做，那就无需这样设计啊。

千里

既然无没人会这么做，那还吃饱了撑着那么去设计，有趣啊。

lampson_82

楼主说的确是bug。
通常，开发对待bug的立场和测试是不一样的，有很多bug属于修不修正都无所谓的范畴，界面显示的bug居多。
开发考虑的是项目的进度（能否按时交货？），项目的主要需求有无实现？
其它的都是次要的，我想开发不修楼主的bug，可能的原因就是该bug影响甚微或修复成本太大。

蓝色迷走

这个问题还解决，在开发之前搞个软件评审会，把美工部，软件部和测试部的人员代表叫到一起，开个会商量下如何设计软件界面。说出各自的想法。等确定下来了就不要在更改了。

月上百合

这种问题客户心情不好，就算事儿，心情好，可能就放过了

yuhong01

看客户心情，有道理

over_skying

项目开始时都会有一个评审会，但经常都是QA参加，而作为QC是不会参与会议的。而且类似这样的问题，在一个评审会中，往往不会去考虑到这么详细。所以，很多问题都是后期同开发沟通才浮现。现在考虑的问题就是修改成本与客户反应。所以想自己能从哪一方面来把握类似问题应如何判断是否需要修改呢。