袁琳ID:testwin
172484次访问,排名426好友2人,关注者27
敏捷测试的探索者
testwin的文章
原创 45 篇
翻译 0 篇
转载 84 篇
评论 88 篇
TestWin的公告

About me
Who am I?SpiderMan

QQ点击这里给我发消息 8646328
MSN: testwin@sohu.com

友情链接
段念-关河测试网
汪浩-BeyondTest
王东刚-FastPoint'Blog
陈雷-jackei 的测试生活
崔启亮-软件测试新观察
陈绍英-探索中国软件测试之道
oldsidney-学习笔记
李丽君-小蚂蚁测试历程
李默-敏捷需求分析
徐昊-桃之夭夭
Roger-敏捷开发、web2.0 Franky视频网站
... ...

最近评论
sogo_226:j_vicky 说的好,以上才是国内大多数公司普遍存在的问题,如何把这些问题解决掉更值得推敲。
j_vicky:这些方法几乎在测试改进的文章中都能看到。同其他的文章一样,没有针对目前国内公司的内部情况,提出具体的实施方案。在我看来以上的提出的方法没有多少实际意义。
1、对于小型的项目开发团队,同一个人会参与项目开发过程的多个或每个阶段,某个功能模块的需求、设计、编码和测试都是由一个人负责,试问这样的作坊式开发又怎能做到“BA和开发团队紧密协作”?
对于开发产品的大项目,编码阶段,B……
cqg1220:机柜
shixiaobing:不容易呢,居然找到你这里来了。。。。。
robin:我的理解
BA:业务专员,获取需求
PM:项目经理,需求分析和设计
DE:开发人员
QA:测试人员
不知道对不对
文章分类
收藏
相册
测试过程管理图(一)
test
存档
订阅我的博客
XML聚合  FeedSky
订阅到鲜果
订阅到Google
订阅到抓虾
订阅到BlogLines
订阅到Yahoo
订阅到GouGou
订阅到飞鸽
订阅到Rojo
订阅到newsgator
订阅到netvibes

转载 Google的设计原则收藏

新一篇: Agile Test | 旧一篇: 关于Smart

  

技术的复杂性与用户体验的结合,是Marissa Mayer(VP, Search Products & User Experience, Google)对Google产品设计原则的描述(via LukeWNotes from Design 2.0):

 

  • 为专家用户设计
    • 新用户会输入“Tell me when it will snow in NY today(今天纽约什么时候下雪)”,得到毫无价值的结果。下回很快会输入“weather new york(纽约的天气)”,得到的结果就更有价值。瞧!一个“专家用户”。搜索中的学习曲线,陡直而快速。
    • 别打扰专家用户。别挡他们的道。

       

       

  • 不要让用户思考
    • 别让用户陷于追问“Google会做什么?”
    • 产品的界面,不应该像那些创造产品的人的界面。
    • 集中于易用和速度。许多门户把用户停留在他们页面上的时间,作为对成功的衡量。在页面的时间更长,意味着看更多广告,对吗?然而,这根本上背离了用户的目的。用户只想得到信息,然后离开。

       

       

  • 特别解释
    • 在维持用户体验时,我们需要增加特性。在增加特性/功能的刚开始,用户体验会有良好的提升。但在达到高点后,伴随而来是急速降解。
    • 我们还没有发现这样的高点,但各种公司已开始对这种现实作出反应。

 

(文字不多,但很值得思考。翻译比较烂,有兴趣的还是看原文吧。)

 

发表于 @ 2006年06月28日 00:41:00|评论(loading...)|编辑

新一篇: Agile Test | 旧一篇: 关于Smart

评论:没有评论。

发表评论  


登录
Csdn Blog version 3.1a
Copyright © TestWin