51Testing软件测试论坛

标题: 如何从用户获得GUI需求？（09-03-23）（获奖名单已公布） [打印本页]

作者: 默默巫 时间: 2009-3-23 13:22
标题: 如何从用户获得GUI需求？（09-03-23）（获奖名单已公布）
你是如何从用户获得GUI需求的？请大家畅所欲言！

如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！

获奖名单
奖项	获奖名单	奖励	答案链接
一等奖	rolei	当当购物卡50元	5#
二等奖	贝贝酷	300论坛积分	23#
三等奖	jackc	100论坛积分	10#

作者: believe 时间: 2009-3-23 18:12
1.若先前有软件情况，熟悉并分析用户已有的软件的GUI
2.熟悉行业特点
3.分析用户群的特点
4.分析同行的产品

作者: wolsion 时间: 2009-3-23 19:10
学习中，等待高手回答。。。

作者: EasyZhou 时间: 2009-3-23 21:28
标题: 设计个界面给用户看
了解用户的需求，把要生成的软件，先画个界面给用户了解了解。

作者: rolei 时间: 2009-3-23 22:14
标题: 用户GUI需求获取
1、最好是提供给客户个DEMO，由客户确认系统的整体风格；
根据行业特点，DEMO当然还要借鉴当前行业流行的软件的GUI设计方法，还有当前流行的界面设计方式。
如：客户会要求设计出类似XP的界面　：）

2、实施类似XP开发的开发，并在第一版本（越早越好）发布给用户基本的功能。
针对使用用户不同角色进行讲解、培训，收集结果，不断的进行改进。
收集的结果有一部分就是客户的GUI需求。
一般来说最终端的使用者，会非常关注GUI方面的东东：操作流程和界面搭配。毕竟他们要经常的操作和使用。

3、邀请行业专家参与GUI设计。
行业专家是一个行业流程的制定者和领导者，因此他们的操作习惯和特点会影响到其它人的应用，并且十分有说服力。

4、有时间、有机会多跟终端用户聊一聊，关注他们的工作特点，也就是站在用户角度理解系统、理解用户。
比如：如果工作需要长时间面对显示屏的，界面设计的比较花哨，怕是谁的眼睛也不能长时间忍受；
如果操作流程比较复杂，每人、每日的工作量又很大，系统不设计快捷键，怕是用户很快就烦了；
..............................

5、当然不论收集什么样的需求都要有一定的技巧，掌握基本的沟通、交流方式是必要的，可以看看这方面的资料。

[ 本帖最后由 rolei 于 2009-3-23 22:16 编辑 ]

作者: archonwang 时间: 2009-3-24 14:45
标题: O(∩_∩)O哈哈~
好久没来答题了。前段时间小忙，本次赶场子。

作者: luna_jia 时间: 2009-3-25 10:30
很久没来，凑个热闹。
1、了解用户的角色、业务，这个决定他们使用系统的关注点。比如录单员要求录入要快，这样就要有快捷的录入方式。而管理者可能更常做查询，要求查询的内容要明了，有针对性，这个对界面字段的排列要求就高些。
2、看客户以前用过的系统，了解他们的操作习惯。如果客户以前没用过系统，更好办些，因为养成习惯比改变习惯要容易得多。
3、试用，可以很快发现GUI中存在的问题。

作者: imutou 时间: 2009-3-25 15:51
5楼说的有道理。个人觉得，先由一个初步框架，那样给客户做DEMO的时候；就可以得到反馈，而且要求更有针对性，具体化。

作者: drwei123 时间: 2009-3-25 23:43
做一个最基本的给客户看，尽量和其确定详细的功能
结合该项目的特点,给客户以意见(但最终确定权还是在客户)如:业务上,技术上的
需求组或者开发组的任何一个细节(如:页面输入长度的限制)上的变更,都需要通知测试组的人,更新自己的 TEST CASE
做好客户需求和开发项目组之间的桥梁

最好能有个数据字典,开发那边能有个页面的输入限制的统一规范(当然了,该规范只是大众的,至少有个初级标准)

作者: Jackc 时间: 2009-3-26 11:49
标题: 仔细看了5L的帖子，说的很不错~
偶简单总结一下，大致是以下两点：
1、GUI设计先行
在需求定义初期与客户共同确定GUI主体框架。当然融入行业专家和用户的建议的GUI设计，可以提供更高质量的GUI需求，但是需要注意质量和时间比例。
2、需求的修改
结合更多方面的信息（专家、市场、用户等渠道），通过与客户良好的沟通，最终完成“合适”的需求。

作者: achong252159676 时间: 2009-3-26 14:53
觉得看起来爽，而且操作不会混淆就差不多了
更高一层次的就是看起来美观，符合大多数人的审美观就行了

作者: yetties2005 时间: 2009-3-26 15:00
首先要与客户进行详细沟通确认GUI需求,其次做个DEMO界面与客户二次确认。

作者: lwen 时间: 2009-3-26 15:05
新手学习中啊~目前我们公司有自己一套自动化测试框架，UI是成了一个基本的分析要素。。。

作者: test_fairy 时间: 2009-3-26 15:16
标题: 举例说明深入客户的必要性
5楼说的没有错,
根据我以前的工作经验看,终端的客户是最关心GUI 的,而参与或者说是与设计者
直接进行交流的人员往往只是中间的人员,他们最终可能与系统毫无关系,只是他们是领导者或者是了解微机而已
所以说要想了解最终的,或者是最为直接的需求,应该绕过这些人,直接去询问那些
真正的使用者,这样设计出来的产品来能够更加符合需求,获得更加好的评价.
举个例子:
ERP估计大家都知道一些,开发者们估计对这个产品也是相当的得意,但是在实际的工作过程中
我发现根本不是这么回事,我以前使用过这个,也带着别人用过,但是有很多方面并不
符合实际的需求,搞的应用人员怨声连连,当然评价就会打折扣,而这些真正的需求并不一定
会反映到开发者那里去,因为开发者联系比较多的是非专业人员.
呵呵,一点想法而已.

作者: 单尾鱼 时间: 2009-3-26 16:05

LSD几位都分析得很好了，偶学习下！

作者: peterz 时间: 2009-3-26 17:43
我们先是做个设计稿，一般来说就是页面，但是页面上的数据都是假的，让客户有个感性认识。然后让客户去想。一般是1-3天时间。我们根据收集回来的信息。在重新设计页面，再进行沟通。反复几次。或者定一个截止日期。然后我们就可以根据这个进行开发了。当然除非是大问题，否则我们不会接受新需求

作者: lanbiers 时间: 2009-3-26 19:48
这其实也是一个迭代过程

1、用户提出需求说明
2、项目经理分析需求
3、UI人员界面开发
4、开会讨论界面
5、记录讨论结果
6、需求变动或界面修改
7、反复直到基本确定

作者: ducan 时间: 2009-3-26 23:25
1.从客户交流中，这应该很重要的
2.如果客户交流中很少的话，可以从以前的版本里面提取出来
3。还有就是从同行业的同类型产品里面找了

作者: 测动未来 时间: 2009-3-27 10:27
我们测试，用户的需求都是零敲碎打，看哪里不顺眼，哪里提出来

1.了解用户的使用程度，比如如果是文化较低的使用。就要尽量从简练上考虑测试。
2.了解用户的工作量。如果是使用本软件工作量很大的。就从尽量从快捷上考虑。
3.行业习俗，习惯。
4.美观
5.

作者: 搂搂兔 时间: 2009-3-27 12:47
嗯。问他们好了。这个我们测试人员真没法自己来定

作者: 纽约的西瓜 时间: 2009-3-27 12:54
GUI要具有可移植性和通用性。这次回复可以看见了么？

作者: daggbby 时间: 2009-3-27 16:38
靠我些了半天提交不了现在没有了郁闷中

作者: 贝贝酷 时间: 2009-3-27 17:10
还是个测试新手，按自己的理解写些吧。

1.从用户那里获取需求，尽可能的记下他们提出的所有需求和用户想如何使用产品的想法和建议，总之，用户说的话最好一字不漏的记录下来，为设计符合需求的GUI做准备。
2.详细了解了用户的需求后，周全考虑，根据测试经验，设计一个符合他们需求的GUI。
3.GUI设计满足：
   优化产品的性能
   使操作更人性化　　
   保持界面的一致性
　　满足不同目标用户的创意需求
　　用户界面友好性
　　图标识别平衡性
　　图标功能的一致性
　　建立界面与用户的互动交流使其更适合用户的操作需求
   提升产品的市场竞争力
4.产品sit测试后，还要经过用户的测试，他们还会根据自己想法提出新的需求，因此还要继续完善产品的GUI。

.......................................................................................................................................................................
随测而安

作者: black_tulip 时间: 2009-3-28 13:55

原帖由 单尾鱼 于 2009-3-26 16:05 发表
LSD几位都分析得很好了，偶学习下！

可不要乱用LSD这个缩写。

作者: black_tulip 时间: 2009-3-28 13:56
拍照

作者: UU1983 时间: 2009-3-28 16:54
标题: 获得ui需求不难
这个问题我以前遇到过
如果是做国内项目的话，这个方面是最难搞的，因为国内的客户对软件的了解甚少，从来都是你做出来他挑出一大堆毛病来，你要是问他那应该怎么做才是完善的能，他还说不出个所以然来，能说出所以然来的那更是可怕啊，记得在一个项目中一个客户和我说我看Adobe做的不错你们就做的比他好点就行了，当时我差点晕倒，一个20万的项目要做成那样，公司岂不是要倒贴钱给他
所以ui的需求我们虽然要从客户那里面得来，并得到客户的认可要从几个方面来着手
1。深入考察现有的项目从其他相关项目着手搜集资料
这就是一个认同度的问题，为什么微软出的东西大家都说还可以垄断是一方面另一方面是产品的系列话。这一点也值得我们参考，如你要做个图书馆的项目，那你就参考下大型的图书馆的ui风格是什么样的，将所有信息记录下来
2. 和研发沟通
有很多时候在和客户探讨ui需求时也会牵涉到研发的需求所有既要讨好客户也不能不顾研发的死活，将看到的ui界面的一个功能介绍个研发人员看是否能做到，这样自心里也有个底了
3. 诱导客户
前两方面工作的已经做完你就大可以放心的和客户去谈，把你的资料给他讲讲，这个他即有了个抓手你也不必抓瞎了，ui的需求几轮下来搞定皆大欢喜
4.书面协议
什么都要有证据，既然有了明确的ui设计，当然要有凭证了让客户签字即便将来有什么变动也有个说话的准绳我就不信客户能那么厚脸皮总改，改都让他不好意思。
无论说多少经验，还是要头脑灵活随机应变，我们处于的社会没有语言的沟通是不行的，对于我们更重要的是有效的沟通。只要沟通好什么事情都好办了。。。平常心对待

作者: jiyan111 时间: 2009-3-28 18:58
学习学习

作者: black_tulip 时间: 2009-3-29 10:16
都是业内经验丰富的老手，

感觉需求应该不成为大问题了。

作者: yolander 时间: 2009-3-30 17:31
关于GUI需求的确认，通常采取下述办法：
1、标杆研究，借鉴业界比较成熟的产品模型，形成一份自己原始的GUI需求
2、用户访谈，收集用户信息，参考最终用户的使用习惯和工作流，设计GUI，更新需求
3、基于需求进行GUI原型开发，使用开发的GUI原型与用户进行需求的确认
（这三条应该是迭代的过程）
4、美工设计，要考虑公司的品牌形象以及法律法规的要求等，增加应有的标志物
5、形成最终的GUI需求

作者: uChrist 时间: 2009-4-1 18:07
学习……可能做产品和做项目又有不同了

作者: yolander 时间: 2009-4-2 13:25

原帖由 uChrist 于 2009-4-1 18:07 发表
学习……可能做产品和做项目又有不同了

不错，我写的是产品的GUI需求获取流程，呵呵

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)