软件測试的基点

用户体验之心理模型构建

做软件測试,在很多时候。当基本面上的BUG消灭之后,为了进一步提升产品的市场份额。添加用户粘性。客观现实还要求我们可以从用户体验的层面更加深刻地领会产品好用与不好用,从这些方向上为产品的改进提出更好的意见和建议,在这个层面上思考问题,要求我们要懂产品、懂技术、懂市场,最重要的,是要懂用户。基于用户角度考虑的问题,经常会碰到一些难以取舍和决择的问题。比方说究竟插播几秒广告?这并没有什么定式,然而对用户体验的影响却是巨大的。

那么究竟什么才是从用户角度提升体验的測试呢?我们以大家都熟知的iOS系统来讨论也不错。这个系统并不是完美,也是有着这样那样的BUG的,可是为什么它能获得如此巨大的成功。撇开工业设计和制造不谈。软件层面的用户体验,做的也是非常棒的,相比之下。最初的Android系统。多多少少给了人一点屌丝的感觉,当然,如今的Android,4.4以后新增了很多特效和功用,用起来也是非常帅的。

我基于多年測试分析,并且为了真正在用户的角度上找到体感。是实地做过地推的,在地推的时候。与用户面对面。听对方对我们产品的意见和建议。有的时候被用户夸的自己都不好意思了,有的时候被用户骂的一点自尊都没有,真是冰火两重天的生活。就是在这样一种『折磨』中,我真正感受到了用户体验是什么。记得当初我们的产品设计的时候,考虑到为了让用户发出的消息能在feed流上看起来非常帅,非常美丽。把头像功能做成了必填项,我们想当然的认为这样好,由于当用户发了非常多信息的时候。feed流上的视觉冲击力是非常好的,当时的考虑是假如不是必填项,那么用户就会非常大程度的使用默认头像。那feed流可就难看了,对留住用户影响非常大。但是我们在实地地推的时候,直面用户的时候才发现。根本不是这么回事,很多用户在选择头像的时候,都会纠结至少十几秒。并不能在一秒之内决定自己要设置一个如何的头像。并且还有相当一部分用户,并不愿意让别人看到自己的手机相冊,就这样。在设置头像这个环节。我们流失了非常多用户。

再举一个我亲身经历过的事情。

今日头条这个app。如今也是非常火的了,事实上两年前它刚出来的时候,我就是它的用户了,那个时候,产品稍显粗糙,可是智能推荐这个功能吸引了我,我就一直在用,并且那个时候还没有广告。没有商业化的推广,总的感觉是挺不错的,后来慢慢的。一年多时间下来,没想到已经是亿级俱乐部成员了。这个时候。产品要变现。各种商业广告、推广夹塞都进来了。用户体验就下降了非常多。我感觉用户体验下降了,当时已经心生去意了,可是由于当时做智能推荐的新闻资讯类app还没有,没有更好的替代并且用了这么长时间了,那就继续将就着用吧。后来突然有一天,我看到AppStore上有今日头条的专业版,1块钱一个应用,这个价格我还是能够接受的,并且当时的产品描写叙述中说这是专业版,没有广告,于是我就花钱买了一个,用起来确实爽,没有广告,是付费的,专业版。想想也是逼格满满,还以前在同事跟前秀了两吧,这当然是玩笑话了,想想当时的自己,给今日头条花了钱又做了广告,这个用户真是太忠实了。可是到了今年初,情况急转直下,我在AppStore上看到已经购买的应用列表中对我花钱买的这个今日头条应用。所谓的专业版没有了,而是叫什么社交版还是社区版。我大吃一惊,尽管广告仍然没有,可是这样的非常有逼格的感觉再也找不到了,想想吧,花了1块钱。买了个逼格。用了两天,找不到了。丢了,你能好受吗?我有一种非常深刻的被忽略了的感觉。恰巧在这个时候,新闻资讯类的优秀的app多了起来。做智能推荐的也多了,所以我时不时的也看看百度新闻、一点资讯、网易新闻,今日头条在我手机上的激活率和使用时间,明显少了,假设日子就这样下去。我终究会有一天抛弃今日头条。投向别人的怀抱,可是让我不再难受又接受了今日头条的一点是,如今它又回来了。它出了好几个版本号。什么标准版,探索版,专业版。我仍然是那个付了费的专业版。图标上仍然带着一个『pro』,尽管这并没有什么卵用,可是被忽悠被抛弃的那种感觉。最终慢慢淡去,如今。我仍然会每天激活它。看很多新闻和资讯。

再比方,你做了一个功能。是让用户把自己喜欢的生活中的一些图片发出来,这个功能是叫『晒一晒』呢?还是叫『贴张图』?我想大家的观念肯定是一致的,叫『晒一晒』,就给用户一种心理暗示,我比較屌。你们就是站着看的。假设叫『贴张图』,就屌丝味十足了,假设用户有一张自己非常得意或者自觉得非常有意思的图片,要发出来让别人评论评论,顺便装一把逼。这功能叫『贴张图』就全然不能满足他的需求。

回忆起自己对今日头条的这些心路里程,所谓用户体验。事实上就是用户的一种心理变化,一个产品假设在自始至终都没有做大的颠覆性的变化,那成功也困难,可是在这个变的过程中,假设可以始终让用户心理真正对自己产品真正依赖,产生深度的信任,不会心生去意,那就是成功了。而这些点,事实上就是非常小的点,全都是一些细节。就像QQ,做这样的即时通信软件。从技术上讲能做到的公司太多了,可是不会再有公司像腾讯一样成功,由于QQ在这十多年的时间里,陪伴了一代人甚至两代人的成长。你对它是那样的熟悉,是那样的了解。甚至是亲切。你天天看到它不会有不适感,这是一种多好的心理状态,像这样的情况天长日久,用户的心理模型,就一定可以建立起来。

回想这些经历,再看看身边的很多案例,我觉得。一款产品不管它的功能是什么,用户心理模型构建起来了。就是让用户心从理上承认你了,接纳你了。这个时候才是真正的做到了好的用户体验。我觉得这才是做软件測试的基点所在。什么???没看懂。咳咳。

。好吧。。

我换一种说法,你交了一个女朋友,她勉强和你在一起。和她从心底里承认你接纳你。差别但是非常大的,比方说她有什么事情是否愿意和你说,比方说她是否愿意天天和你腻在一起。甚至是否愿意和你啪啪。

好了。笔者也是一名IT男,做測试多年了。假设大家有这些同感,来来来,坐下来喝两杯,咱接着聊。

时间: 2024-11-06 03:54:17

软件測试的基点的相关文章

软件測试自学指南---从入门到精通

近来,软件測试行业发展迅速,企业越来越重视測试了.越来越多的人增加了測试大军中,非常多人也想通过自学来学习软件測试技术增加这个行业,可是如今软件測试的书籍越来越多,也良莠不齐,并且软件測试涉及的技术也越来越多.本文主要说明的是从事软件測试行业须要必备的知识,以及该怎样学习,主要给大家提供一些比較优秀的书籍,并给出学习的顺序.希望通过阅读本文,读者能够明白该怎样学习測试,并学习哪些知识.因为仅是个人建议,如有错误不妥的地方,敬请提出批评. 一.软件測试基础知识 要想进入測试这个行业,就必需要了解什

软件測试系列之入门篇(一)

一.你知道软件測试有多重要吗? 在国际上.软件測试(软件质量控制)是一件很重要的project工作.測试也作为一个很独立的职业. 在IBM.Microsoft等开发大型系统软件公司,许多重要项目的开发測试人员的比例可以达到1:2甚至1:4. 在国内软件測试的地位还不够高.而且大多仅仅停留在软件单元測试.集成測试和功能測试上.软件測试从业人员的数量同实际需求有不小差距.国内软件企业中开发者与測试人员数量一般为5:1.因此.国内的软件測试产业化还有待开发和深掘. 讲到这里不知道你反应是高兴还是失望?

软件測试系列之软件測试过程模型(四)

回想往昔: 在软件开发的不断实践过程中.人们积累经验教训,预估未来发展,总结出了非常多的开发模型,比較典型的开发模型有,边做边改模型,瀑布模型,高速原型模型.螺旋模型,增量模型.演化模型,喷泉模型,智能模型,混合模型还有RAD模型以及近期比較流行的.基于网络的面向对象的模型--RUP(RationalUnifiedProcess,统一软件开发过程. 可是遗憾的是.这些模型中.没有给予測试足够的重视和诠释.所以,才会有后来的软件測试过程模型的诞生.在这些測试模型中,兼顾了软件开发过程,对开发和測试

软件測试相关简要记录

软件測试 编码和測试统称为实现. 通常在编写出每一个模块之后就对程序做必要的測试,这叫做单元測试. 模板的编写者和測试者是同一个人. 之后会进行其它综合測试.由专门的測试人员承担这份工作.也就是软件測试project师. 软件測试的工作量往往占软件开发总工作量的40%以上. 编码 对于编码有例如以下要求: 1)程序内部的文档 2)数据说明 3)语句构造 4)输入输出 5)效率:程序执行时间.存储器效率.输入输出的效率 软件測试基础 一.软件測试的目标 1)測试是为了发现程序中的错误而执行程序的过

James Whittaker的软件測试戒律(二)

摘录自<探索式软件測试>(注:作者模仿了圣经十诫的语气和内容编写了软件測试戒律) 1.汝应用大量输入重复锤炼汝之应用程序 2.汝应贪图汝之邻居的应用程序 3.汝应亲自寻找睿智的预言家 4.汝不应崇拜无法重现的失效 5.汝应尊重汝的模型和自己主动化測试 6.汝应利用开发者的过错与他们作对 7.汝应醉心于谋杀应用程序(庆祝蓝屏吧) 8.汝应保持安息日(指产品公布时刻)的圣洁 9.汝应贪图开发者的源码 下面内容主要来自<探索式软件測试>.本人依据自己的理解对部分内容稍作了改动 3.汝应亲

软件測试方法

软件測试方法 软件測试方法种类繁多,从不同的角度上去划分,能够划分为下面经常用法: 一.软件測试分类 以下我本文主要谈论的是白盒測试.黑盒測试盒和灰盒測试. 二.软件測试定义        白盒測试:在測试类书籍中,白盒測试有多种称法,如玻璃盒測试.透明盒測试,开放盒測试,结构化測试,基于代码的測试,逻辑驱动測试等.白盒測试是一种測试用例设计方法.在这里盒子指的是被測试的软件,白盒.顾名思义即盒子是可视的,你能够清楚盒子内部的东西以及里面是怎样运作的,因此白盒測试须要你对系统内部的结构和工作原理

软件測试计划模板

第1章 引言 1.1目的 简述本计划的目的,旨在说明各种測试阶段任务.人员分配和时间安排.工作规范等. 測试计划在策略和方法的高度说明怎样计划.组织和管理測试项目.測试计划包括足够的信息使測试人员明确项目须要做什么是怎样运作的.另外,清晰的文档结构能使不论什么一个读者在浏览计划的前面几页后,就能对项目有一个大概的认识.測试计划仅仅是測试的一个框架,非常多细节须要跟开发者或其它人员沟通,因此计划不包括測试用例的细节和系统功能的具体信息.在计划目的中须要指明读者对象. 1.2名词解释 列出本计划中使

软件測试中的那些不可遗忘的基础知识

软件測试是一项批判性的工作,目的就是找出软件中的缺陷. 这里临时不去深究为什么要进行软件測试,以及软件測试带来的优点. 仅仅介绍软件測试中一些主要的測试方法.依据是否查看代码程序分为黑盒測试和白盒測试:依据是否执行软件又可分为静态測试和动态測试. 黑盒測试:又叫功能測试或行为測试,仅仅需考虑各个功能.不须要考虑整个软件的内部结构及代码. 白盒測试:訪问代码,通过检查代码的线索来协助測试. 静态測试:測试软件不执行的部分,仅仅是检查和审核. 动态測试:使用和执行软件进行測试. 1.静态黑盒測试:检

软件測试必读书籍

?? https://www.douban.com/doulist/264611/ 来自:豆瓣读书 模糊測试--强制发掘安全漏洞的利器 7.3 (15人评价) 作者: [美]Sutton, M. Greene / [美]A. Amini, P 出版社: 电子工业出版社 出版年: 2013-10 2015年4月19日 赞 回复 载入很多其它 > 我来回复 来自:豆瓣读书 探索吧! 深入理解探索式软件測试 7.5 (12人评价) 作者: (美)Elisabeth Hendrickson 出版社: 机