5个自动化测试步骤让用户爱上你的App
你有没有遇到过这种情况：你很用心的设计并开发了一款app，但是这款app的差评和各种吐槽此起彼伏，似乎你的“良苦用心”并没有直接触达用户的心里。
如果想要取悦更多的用户，并获得长期的支持和使用率，你的app至少做到如下几点：
界面直观&用户友好
浏览器和移动终端的兼容适配
加载过程无卡顿
平台、系统和网络的无缝连接
正确处理用户问题&提供用户正确的数据
为了确保你的app符合上述要求，这时就需要你在恰当的时候做一个恰当的专业软件测试。软件测试的好处就是可以让app的运行更加平稳流畅，不拿用户当测试应用bug的“小白鼠“。而自动化测试，则是可以加速测试进程，优化测试效率，让你的app在用户眼中变的”可爱“起来。
这里给大家介绍5个自动化测试的步骤，它们可以从不同的方面审查你的app合格指数，最终让用户爱上你的app：
1. 检查app用户界面是否美观（UI&前端测试）
在当今这个“颜值主义”时代，外观的重要性就不言而喻了。所以，如果你的app或网站做得相当美观又自带逼格的话，那自然会在第一时间抓人眼球。UI自动化测试可以确保你的app在外观上吸引人，并且通过检查界面布局、视觉元素、导航、用户界面是否符合标准，从而带给用户一次舒心的无缝体验之旅。UI层的自动化测试工具非常多，比较主流的有Testin智能UI测试、QTP、Robot Framework 等。
2. 检查app逻辑是否合理（业务层-功能&性能测试）
如果你的app运行一直保持良好的运行状态并不断的满足用户的潜在需求，就会获得用户的长期青睐和关注。由于app的性能取决于商业规则和业务流程，因此通过功能和性能的自动化测试，可以有效检查app是否良好运行，以及是否能够按需求执行由底层流程、规则和业务逻辑决定的相应功能。
3. 检查app的交互机制是否良好（集成层测试）
一个可以交流和支持其他系统的app会获得更多用户的喜爱。通过集成层自动化测试可以确认app是否发送正确的查询信息，以及从子系统和网络中提取细节。从而确保所有的安全互操作可以直达用户，给用户又一个喜欢你app的理由。
4. 检查app的承载力是否智能和健壮（数据库测试）
测试自动化可以验证你的app是否足够智能，是否可以在日常基础上执行成百上千个程序和数据库测试。数据库是app的核心，通过确保数据库的健康和健壮性，自动化测试可以将app的性能提升到下一个级别。
5. 检查app的兼容性和灵活度（跨浏览器测试）
自动化测试同样可以用跨浏览器测试检查你的app是否灵活，以及是否可以在不同环境下良好运行等。使用跨浏览器的自动化测试，你可以监视到app的外观，并确保它在不同的操作系统、浏览器和平台上精确地工作，以增强用户粘性。
如果你的app能全部get以上5个步骤，我相信你的app基本上就可以俘获用户芳心了，而且我们认为，自动化测试可以轻而易举地帮助你完成以上5个步骤。
那你还在等什么？现在就去用一个自动化测试工具，准备让你的app迎接属于它的“情人节”吧！
责任编辑：
声明：本文由入驻搜狐号的作者撰写，除搜狐官方账号外，观点仅代表作者本人，不代表搜狐立场。
今日搜狐热点&&&&&&&&&&&&&&&&&&
posts - 179,comments - 80,trackbacks - 0
最近要在新入职的公司准备一份自动化测试的培训，这是我在得知要做自动化测试培训以后，随手画了个图，压压惊：
这是我能想到的关于自动化测试的一些要点，然后根据一篇我三年前写的关于自动化测试的随笔更新了一下，当然遗憾的是到目前为止，我接触的成功的敏捷开发项目还很少，虽然敏捷近些年一直很火。关于敏捷自动化测试这一块也只有一次不太成功的经验，所以本文中我回避了这一块：
1.什么是自动化测试
以程序测试程序，以代码代替思维，以脚本的运行代替手工测试。自动化的测试涵盖了：功能（黑盒）自动化测试，功能（白盒）自动化测试，性能测试，压力测试，GUI（Graphical User Interface）测试，安全性测试等。
【Updated on 7/28/2015】
关于什么是自动化，查阅了一些资料，并没有一份权威规范的解释，以下摘自维基百科：
In software testing, test automation is the use of special software (separate from the software being tested) to control the execution of tests and the comparison of actual outcomes with predicted outcomes.Test automation can automate some repetitive but necessary tasks in a formalized testing process already in place, or add additional testing that would be difficult to perform manually.
首先，test automation跟 automation test是有区别的，测试自动化涵盖的面更广泛。本文阐述的是自动化测试，在这里暂且混淆这两个概念。
这一段英文不难，自行翻译。我眼里看到的几个要点：1.需要工具；2.工具控制流程，比较预期输出与实际输出；3.重复性高且有必要的测试流程可以自动化；4.用于手工测试难以达成的领域
说说我自己的理解：
自动化测试是测试思想的一个延伸，为测试工程师提供了一个&触须&，其行为可以看成一个工具，但是本质上自动化测试还是一种思想。
顺便提一句，狭义上的自动化测试指的就是基于GUI的自动化测试，而单元测试跟API测试，你有想过怎么用手工不借助任何工具去做吗？所以它们天生就属于测试自动化的范畴。
2.自动化测试的优势
回归测试更方便可靠 ；可运行更多，更繁琐的测试，且快速高效；可执行一些手工测试执行相当困难或者做不到的测试，如大量的用户并发；更好的利用资源，具有一致性和可重复性的特点，自动化测试脚本完全可复用；提升了软件的可信度；多环境下测试等。
【Updated on 7/28/2015】
自动化最实在的优势在于&&工作好找：
3.自动化测试无法做到的事以及劣势
永远不可能完全替代手工测试，自动化测试无法做到手工测试的覆盖率，不是每个测试用例都适合做成自动化，如建议一个页面的布局是否正确、安装测试、文档测试、兼容性测试、恢复性测试。
手工测试发现的缺陷远比自动化多。自动化测试是几乎无法发现新缺陷的，最大的用途是用来回归，确保曾经的bug没有在新的版本上重新出现。
自动化测试工具是死的，它不具备任何想象力。自动化测试的好坏，完全取决于测试工程师。
成本投入高，风险大。对测试人员的技术要求高，对测试工具同样有要求。
【Updated on 7/28/2015】
关于成本，包括了资金预算，人力资源，人员培训，硬件资源等。下图显示了自动化测试的投入成本与时间的关系，很显然，前面多数时间，成本是很高的。
基于以上劣势，所以虽然&贵为&自动化测试工程师，我有一大半的时间在劝老板，&亲，能不能不做自动化&。这真是个悲伤的故事。
4.合适引入自动化
项目周期长，系统版本不断，并且需求不会频繁变更，此时是适合引入自动化测试的。
系统的测试对象基本可以正常识别，以及对无法识别的控件能否提供一个解决方案。
系统中不存在大量的不可识别第三方控件。
需要反复测试，如可靠性测试、回归测试等需要进行上千次的系统测试。
5.不适合自动化
项目周期短，需求频繁变更。即使是周期长的项目，如果经常需求变更，也不适合做自动化。
软件版本还没有稳定的情况下，主功能或大量功能有被重新更改的可能话，也不适合做自动化。
没有明确的项目测试自动化计划，措施和管理。
多数对象无法识别，以及脚本维护频繁与艰难，二者有其一，自动化必定失败。
6.自动化测试的流程【Updated on 7/28/2015】
合理的自动化切入点：通常，项目只有经历了完整的系统测试之后才算具备了基本的引入测试自动化的条件。
【Updated on 7/28/2015】
个人观点：无论什么测试，越早介入则越有利于降低成本，降低风险。而随着新型的开发模式兴起，自动化测试也具备了尽早介入的条件。比如敏捷开发中，某核心模块核心功能完成后，则可针对该模块的该功能开始实施自动化测试。
测试自动化分析：
（1）可行性分析
（2）抽样demo分析,demo一般选取冒烟测试用例，检查脚本是否能够成功运行通过，已设计的测试点是否全部执行
（3）测试需求分析，分析哪些功能点准备进行自动化
【Updated on 7/28/2015】
（1）可行性分析是自动化测试最重要的部分之一。可行性分析是自动化测试最重要的部分之一。可行性分析是自动化测试最重要的部分之一。重要的话要讲三遍。
　　& 关于可行性分析，请参考2,3,4,5点；你的一个错误决定（自动化测试项目立项），很可能给好几个人带来全职工作机会，从这个角度来讲，还能促进鸡的屁==
（2）抽烟Demo，主要还是用来验证你的工具是否能用
（3）自动化测试不是100%测试，不可能达到手工测试的覆盖率，要筛选功能点进行自动化测试
测试计划定制：自动化测试计划越全面，后期越能循规蹈矩的去实施，自动化测试的成功率越高
计划赶不上变化，有时候太全面了或许也不是什么好事。
自动化测试设计阶段：主要分为自动化测试框架和自动化测试用例。
（1）自动化测试框架的设计，开发与搭建：应能保证测试的分布执行，脚本模块化，数据驱动，日志分析，错误截图，报表回收，共享对象库，公共函数库，环境配置，统一设计模式，异常处理，场景恢复的一个无人值守的，针对每个独立项目的测试框架
【Updated on 7/29/2015】
关于为什么需要自动化测试框架，我有另外一篇文章详细说明了，这里不再复述
/ryansunyu/p/4080985.html
然后我顺便说说找对象的事，是自动化测试框架找对象，不是我找对象：）
通常每种框架都应该支持动态跟静态两种找对象的方式，静态找就涉及到对象库，包括对象库的读、写、合并、维护等一系列问题，这些都可以交给框架做；
关于动态查找，我举个RFT的例子，你们意会一下：
Two types of find API in Rational Functional Tester:
find(Subitem Properties).
find(Subitem Properties, Boolean mappableOnly).
&&&&&& Subitems can be either atChild() or atDescendant() or atList().
atChild: One or more properties that must be matched against the direct child of the starting TestObject.
atDescendant: One or more properties that can be matched against any child of the starting TestObject
atList: A sequential list of properties to match against. Valid subitems for atList are atChild, atDescendant, and atProperty.
mappableOnly: Arguments that limit the search. If it is set to true, the search for children will be limited to those test objects that are mappable, otherwise non-mappable test objects are also searched.
首先测试工具会提供动态查找的接口或者方法，RFT里面提供的是find方法，调用这些接口或者方法即可实现动态查找。
动态查找的好处是可以采用&相对路径&来定位对象，而相对的，对象库则采用的是&绝对路径&。如果一旦对象的一些属性改变，静态查找的方式可能会找不到对象，当然了，现在的自动化测试越来越智能，已经可以做到选取匹配度最高的对象返回。动态查找还有个好处是它找到的对象是&代码&，你可以进一步在框架里去对这些对象进行处理，而对象库里的每一个对象都是一个独立的对象，你可以使用它们，但是很难改变它们。
通常现在的自动化测试框架都是采用动静结合的方式，即两种找对象的方式都会兼顾，因为一般来说，静态查找的方式速度更快，效率更高。但是静态查找带来的问题也是显著的，主要集中在对象的维护管理以及合并上，如何共享对象，避免重复加对象等。此时，规范对象命名就显得很重要了。以往我做的自动化测试项目中，这些都是坑。
（2）自动化测试用例设计三部曲：手工测试用例是从无到有，然后自动化测试用例是根据手工测试用例来写的。首先，筛选手工测试用例。然后转换手工测试用例，最后新增&补充自动化测试用例。
为什么不能用手工测试用例完全替代自动化测试用例？
自动化测试用例的范围往往是核心业务流程或者重复执行率高的，自动化测试的覆盖率不能达到手工测试的覆盖率。自动化测试的用例选择一般以正向为主，而反向的情况却有很多，但是并不是所有反向情况自动化测试都会涵盖，而是有筛选的选取一部分。也并不是所有的手工测试用例都可以用来做自动化的，如页面布局的检查。手工测试可以不需要回原点，但是自动化测试往往是必须的。自动化测试用例与手工测试用例不同，不需要每个步骤都写预期结果。
【Updated on 7/29/2015】
通常做自动化测试的时候我都会写一个叫做shake-down test的测试用例，这个用例会把系统里所有完成了的表单都过一遍，只是做一个Navigate的操作，以确保某个页面是否可用。
每次做回归测试前，可以先跑一遍shake-down test，很快可以确定哪些功能是accessible，相当于做了一整个系统的一个冒烟测试。
测试脚本设计与开发：
测试脚本大致可划分为：
（1）线性脚本：通过录制直接产生的线性可执行的脚本
（2）结构化脚本：具有顺序，循环，分支等结构的脚本
（3）可共享脚本：可以被多个测试用例使用，被其他脚本调用的脚本（即模块化的脚本）
（4）数据驱动脚本：测试数据跟业务流程控制分离的脚本，通过读入数据文件来驱动流程进行的脚本
（5）关键字驱动脚本：脚本，数据，业务分离，数据和关键字在不同的数据表中，通过关键字来驱动测试业务逻辑。关键字驱动的特点是，它更像是描述一个测试用例在做什么，而不是如何做。
（6）混合型脚本：以上任意两种及以上
（7）敏捷自动化测试脚本/框架：这一块等我有了成功经验再补充=。=
自动化测试执行：
（1）无人值守的测试：环境搭建，部署与配置；自动化测试用例与测试脚本相互绑定；自动化测试用例执行顺序排列与组合
（2）异常处理与场景恢复
提交自动化测试产物：大致需要提交执行情况，测试结果，分析报表，测试报告，质量情况等。
测试脚本维护：严格来讲，每个阶段都在做测试脚本维护。一个不值得维护的自动化测试项目是不值得立项的。（通常这里有很多全职工作机会~LOL）
阅读(...) 评论()春天来了 | 然而我好像真的真的爱上了自动化
如果你点进来了我必须要告诉你，这其实是我写的自己眼中的运动会啦~
本来是想以裁判员角度写的，然后完全变成了对自动化学院的赞美。
所以文章真的写得有点奇怪，希望你们能看下去。
一身转战三千里，一剑曾当百万师。
满堂花醉三千客，一剑光寒四十洲。
多希望自己曾经参加过训练，把这篇文章写的再好那么一点点，把思路和眼界再拓宽一点点。但局外人终究是局外人，没有经过那么多天的训练，哪里又懂得其中的酸甜苦辣。最后的结果，太过富丽堂皇，但所幸并不是泡沫铺排出的假象。想要从这样的战绩中挖掘出一些东西，很遗憾没有做到，深表歉意，我的努力并不能配得上大家的付出。
但是还是永远敬佩，永远感动，永远热爱。
我大自动化，请收下你的迷弟的小心心吧。
非淡泊无以明志，非宁静无以致远
——4月18日 上午
起跑，跃起，过杆，落下，只此四步，行云流水的动作里剩下的，是你们平日里的付出。
做裁判其实是一件于情于理都不好做的事情，于情自然希望自己学院获胜，于理又应保持公正。很荣幸，早晨的比赛，在情理上我都做到了最好。
我努力维持赛场秩序，让每一个同学都不受干扰；但我也时刻关注自己学院的队员，关注她们的所有表现。
岳嘉欣学姐第一跳的失误，着实让我捏了一把汗。在其余选手都成功跳过的情况下，学姐冷静发挥，踩好预先布置下的每一个点，一个漂亮的背越，顺利通过。
记得人们常说张怡宁是“大魔王”，因为她永远深不可测，没有人能测试出她的极限到底在哪里，永远面无表情，一板一板打碎了所有对手的乒乓梦。今日的自动化学院，也带给我这样的感受。如果说张丁懿同学是冷静过人，沉着应战；那岳嘉欣同学就是在努力享受比赛的过程。从头至尾，除了最后一跳，她们俩全部一次过关，干净利落，毫无商量的余地。我的心情也从一开始的略带紧张到了后面的绝对舒畅，她们负责一次稳过，剩下的同学负责鼓掌。即使还有对手，我也毫不害怕，因为我知道，我们刻苦的训练已经化成了今日的淡定，也即将化成明日的成功。
工作结束后，有幸观看了20*100的比赛。自动化健儿步伐矫健，接棒稳妥，毫无悬念的夺得了第一名，领先第二名近50米。
自动化，因为强大，所以无所畏惧。让我们静候佳音！
PS：赛后才听说，张丁懿同学在比赛前的训练中就崴了脚，她是被人扶着去参加了所有的全能比赛。想到她每一跳那么的淡定自若，这需要多么强大的忍耐力啊！
没有什么能够阻挡，我对自由的向往
——4月18日下午
志气这东西是能传染的，你能感染着笼罩在你的环境中的精神。那些在你周围不断向上奋发的人的胜利，会鼓励激发你作更艰苦的奋斗，以求达到如象他们所做的样子。——斯蒂文
我想成为一个什么样的人？这个问题我也说不清楚，但至少今天又多了那么一条。先成为一个能影响自己的人，然后努力成为一个能感染别人的人。
下午的比赛，进行的格外迅速，在前几个高度，大部分同学都顺利越过。随着高度的增高，淘汰的选手越来越多，最终只剩下两位理学院和一位自动化学院的同学。
相比于其他选手的紧张与踌躇，自动化学院的李俊泽同学，大有“朝游苍梧暮东海，闲来静坐诵黄庭”之感。集技术与实力于一身的他，所有的动作都一气呵成，整个跳高场地，就仿佛他修行的道场，一起一落之间，吞吐的是整个日月。
在毫不吝啬的烈阳里，我看到了纵身跃起的李俊泽，看到了步伐稳健的李雨涛，看到了拼尽全力的张露露，看到了勇于参与的王希辅导员，看到了配合默契的自动化接力队，看到了永远斗志昂扬的自动化团队。他们成为了一道道光，闪耀在赛场的每个角落。
所以我深知，广播里的一个个骄人的名次，绝不是名次那么简单；所以我深知，自动化人身上背负的责任，也绝不是名次那么简单。勇于超越自我，充分展现，是自动化人不变的追求。永久翱翔杯的颁发，也是对我们不懈追求的肯定。
收工时，正好收到一条微信，空院的朋友对我说：“你们自动化的鼓手操纵比赛。”我微微一笑，心想，哪里是鼓手操纵了比赛，分明是因为自动化人由运动员到观众众志成城的心，敲响了最铿锵有力的鼓声，吹响了胜利的号角。
——4月19日早上
相信若干年后，我也一定会记得，你们跑步的身影，你们跃起的姿态，你们骄人的战绩。我想所有在场的人都不会忘记，整个赛场被自动化学院所支配的恐惧。
人总是怠惰的，激情磨灭之后留下来的，才是赢家。从今早开始，我就开始厌烦于裁判员的工作，工作也草草了事。毕竟最有意思的，还是去看自动化学院的比赛。
有时候太强大，也是一种痛苦。每个项目都是夺金点，每一场比赛都像是我们的专场表演。
看台被放置在终点线，似乎是最好的安排，因为没有谁，比自动化学院更全面，更出众，有机会注视着几乎所有的选手首先冲线的瞬间。
这其中有李雨涛、先程鑫等人的一骑绝尘，从头到尾的强势与稳健，一如既往的魄力与胆识，在电光火石之间就似乎已经确认了比赛的结局，看完只觉得气贯长虹，胸襟开阔。
这其中也有异程接力、4*400的团队协作，跑道上各个学院的队伍相互拉扯，你来我往。由于人数众多和时间偏长，赛场的情况并不是那样清楚，但看台上的所有观众，都密切注意着自己和对手学院的位置，从不吝啬自己的任何一点能量，将激情毫无保留的传递出去。赛场的队员们也不负众望，在这样的焦灼的战况里，凭借着个人实力与交接棒的稳定发挥，纵使对手再强劲，也牢牢地将第一掌握在自己手中，绝不拱手让人。
即使未来迷茫，也要不负勇往。没有毫无保留的比赛过，就没有成功后的洒脱，就没有那么多情真意切的泪水。
我一直在终点的地方等你
——4月19日下午
西安的天气，比男人女人都更加善变。但自动化学院必夺第一的决心，却无人能够改变。
天公不作美，湿滑的跑道，未见停息的大雨，都给即将到来的跨栏比赛蒙上了一层阴影。刚刚到达跳高帐篷的我，却不由自主地担心起了接下来的400米栏。
第一场比赛，最担心的情况果然发生了。第一个栏，我们学院的姜玉洁同学就摔倒了。那一瞬间我多想去跑道上劝她下来休息，不要比了。但她丝毫没有犹豫，执拗地从栏前站了起来，再次向前跑去。望着她在雨中孤单又单薄的身影，克服心理障碍跨过接下来的每个栏，不禁为自己刚刚的想法感到羞耻。该拿的奖牌，我们一个都不会让。即使是在困难再煎熬的比赛，也始终记得，我是自动化人，我的对手，永远只有我自己。
恶劣的环境，对所有人都造成了影响。在接下来的每个栏，几乎都有人摔倒，而姜玉洁同学却稳定发挥，一路顺风并取得了第一名。转入直道的最后那段时间里，我又听见了熟悉的加油声，抬头看，看台上人头攒动，原来你们都在这里。
无论暴雨，无论烈阳，我们永远在这里，我们不会离去。我们多怕，一秒钟的恍惚，就错过了一个激动人心的瞬间；我们多怕，一秒钟的恍惚，就错过了一次感同身受的机会；我们多怕，一秒钟的恍惚，就无法为集体奉献出自己的一份能量。
赛前问过王导他说，今年我们一定能赢，因为我们的付出足够了。那时的我还是半信半疑，但现在的我早已毫不怀疑。如此的排场与阵势，如此的成绩与荣耀，前无古人，后无来者。
当4*400米的队员最后冲线的时候，整个看台上都沸腾了。“恭喜自动化学院包揽全部团体冠军。”我知道，这是一次大快人心、彻彻底底的胜利；我知道，这是失而复得后的潇洒与豪迈；我知道，这是自动化学院本次运动会的终点，却也是下一次几连冠的起点。
不要试图去唤醒沉睡的雄狮，因为他会为此震撼天地。
九院才子，自梦而动。笃志帅义，永争第一。
此外还有一些矫情的我的心里话
虽然我本人体育特别差，但从高中到大学我一直都是运动会的爱好者，每次开完回去嗓子必定要哑几天。但今年在工大的呐喊，却又是另一番感受。我感觉到了，我与所有人同在。胜利的时候，我因为喜悦而呐喊；胶着的时候，我因为紧张而呐喊；失败的时候，好像并没有。每次倾尽全力的呐喊都能得到最好的回报，也让集体的氛围更加融洽。
本来想记录一下第一次裁判员生涯的我，却把文章活生生写成了自动化学院的赞美诗。但我觉得，这才是我的初心吧。
细细想来真的很光荣，有幸为学院的入场想了口号并且修改了开场词。但这篇文章由于切入点的原因和最近的疲惫，并没有写好，实在是对所有拼尽全力的同学表示歉意。望自己好好努力，争取配得上优秀的学院，希望学院的体育事业越来越繁荣。
最后，日常夸赞：涛队真帅，溦溦真快，俊泽真高，大黄真俊，岳学姐真美，小燕子真猛，自动化真强。（没写到的不好意思哈，我实在想不出来词语形容了~）
文字、编辑：韩沛雨
微信：NWPUxiao9wo
微信：NWPUxiao9wo
小9窝微信平台
重态度| 求思想| 有观点
汇聚青年故事| 传播时代能量|引领校园思潮
责任编辑：
声明：本文由入驻搜狐号的作者撰写，除搜狐官方账号外，观点仅代表作者本人，不代表搜狐立场。
今日搜狐热点注意！手机应用或许会让人变得不爱交际
[导读]虽然现在有很多应用貌似很有用，提高了人们的生活质量，但是它们也会让人们逐渐丧失自我，变得不爱交际。
腾讯科技 林靖东 3月2日编译著名科技网站《连线》刊登评论文章称，虽然现在有很多应用貌似很有用，提高了人们的生活质量，但是它们也会让人们逐渐丧失自我，变得不爱交际。文章大意如下：虽然我绝不是那种盲目迷恋摒弃任何技术的田园生活的人，但是我们确实应该考虑一下现在的各种应用和工具会对我们的生活造成什么样的后果了。虽然那些应用和工具会提醒我们与对我们很重要的人联系，提高我们的意志力，为我们提供道德规范以及鼓励我们讲礼貌，但是我们发现还有一种新的技术正在慢慢浮现，它们在提高我们的智力和生活质量的同时，也开始自动影响和替代我们的人文精神。不妨举个具体的例子来说明这一点。我不想去重复技术大腕经常挂在嘴边的那些老生常谈的内容，我与BroApp的开发者们一起探讨了这个问题。BroApp是一款“聪明的关系辅助应用”，它可以帮助用户每天自动向重要的人发送问候信息。它自称可以通过“无缝的关系外包”最大可能地构建人与人之间的良好关系。现在看来，这款应用很可能是一款抄袭之作。它的开发者詹姆斯和汤姆没有告诉我他们的全名是什么。但是他们之中的某一位显然掌握了一定的工程技术和数学方面的专业知识，而另一位则是设计与应用金融方面的专家。他们深入地思考过为什么社会需要人际关系管理工具以及这类工具将逐渐融入人们的日常生活的问题。我在本文中描述和分享的内容均得到了他们的准许，也是他们开发BroApp的基本原理。我认为该原理并不仅仅适用于这一款应用。因此，即便它是一款抄袭之作，但它抓住了自动应用趋势和技术社区普遍抱有的信仰。首先，我们来快速回顾一下BroApp的工作原理：它不仅能够发送预先设定好的短信息，而且还预装了12条短信息以方便用户上手。开发者们还采取了一些措施来隐藏它背后的自动处理功能，在某些特定的区域，这款应用会自动关闭。比如，当你跟女朋友在一起的时候，这款应用就不会自动代你给她发信息了，否则不就穿帮了吗？这款应用甚至还有一个评估系统，以降低同一条信息被频繁发送的风险。尽管这款应用号称其最大的好处就是让你可以有更多的时间跟老友在一起，但是据开发者们透露，其实一开始测试的时候，还包括其他一些应用环境，比如一位女孩利用它来给男朋友发信息，也有人利用它每周向自己的母亲发几次问候的信息。暂时先抛开性别上的问题，可以说的东西还是很多的。但我并不想否认这样一个事实，即这种应用肯定会令性别歧视的问题加剧，而且它肯定会助长技术行业的大男子主义。然而这款应用还说明了其他一些更为微妙的问题，令我更希望把重点集中在它的功能而不是对它的评价上面。优化效率的技术对社会是有好处的它的开发者认为，BroApp对社会是有益的，因为它可以令人身心愉悦而且不会造成不良后果。为了说服我接受这一观点，詹姆斯和汤姆给我描述了这样一个例子：“一位年轻人开始使用BroApp给女朋友发信息，他设定的计划是每天中午12点给女友发一条信息。他注意到，当他晚上下班回到家的时候，他的女朋友比以前更开心了。这位年轻人再也不用为工作忙而忘了给女朋友发信息而发愁了。他的女朋友也比以前更开心了，因为她认为男朋友很重视两人之间的关系。”最有趣的是，BroApp的开发者利用经济学方面的术语来描述了这一功能，它提高了双方的幸福感。正如他们所说的：“难道这不是一个帕累托最优（都更开心，没有人更不开心）结果吗？”但是正如其他的经济学家看到的那样，从个人自由度的角度来说，帕累托最优其实并不是最优的。詹姆斯和汤姆还利用算法和线性等方面的术语阐述了非线性、复杂的人际交流以及人际关系中的微妙差异。描述双赢的喜悦比如BroApp能够带给人们的那种双方都更加开心的结果却是很有鼓动性，因为在那种情况下，人际交流的效率提高了，而且交流的质量也没有降低。但是正如利用过于简单的方式来表达感激之情会令社交礼仪渐渐被人们遗忘一样，利用技术上的小花招来增加恋人之间的交流频率也会削弱两人关系中所包含的道德承诺。技术进步是不可避免的，它是技术的宿命BroApp的开发者们相信，它是向着影片《她》中所描述的世界迈出的一小步。在《她》中，主人公爱上了一个智能操作系统。虽然智能操作系统还只存在与科幻小说中，但是现在已经出现了很多数字辅助工具，它们肯定会去预测我们的需求甚至犹有过之。BroApp的开发者们认为，人们应当接受这种不可避免的东西，因为技术变革的进程是我们不可能拒绝的。在进一步阐述的时候，他们引述了凯文凯利（KevinKelly）撰写的《技术想要什么》一书造成的影响力，并且作出了几项预测。詹姆斯和汤姆说：“我们相信无人驾驶汽车的广泛普及是不可避免的吗？是的。我们相信高于人级的人工智能是不可避免的吗？是的。”他们说：“只要市场上有一处空白，比如自动化人际关系辅助工具，就会有企业家去填补它。无数的企业家正在研究各种技术，因此肯定会得到这样的结果。抛开道德上的影响或社会退步不谈，如果人们发现某种技术是有用的，就会有人去开发它，就会有人去使用它。”我们不能也不应该拒绝自动化BroApp的开发者们作出的另一项大胆预测是，随着人工智能变得越来越专业化，我们会发现自己比以前更难去拒绝算法判断。如果有一种巧妙并且并不昂贵的技术能够让我们的生活变得更加轻松，拒绝接受它的帮助难道不是很荒谬吗？实际上，现在还有人抱着人比机器更优秀的古板观点。当然，我们不擅长做或不想做的事情其实是很多的，数字辅助工具、应用和算法可以为我们提供帮助。我也看到人们越来越依赖于某些外包性的技术，因为它们确实很有帮助。但我还是认为人们应该牢记一点：过分的依赖是有问题的。有些辅助工具对人有益，有些辅助工具会削弱人的自主性，这两者之间并不总是泾渭分明的，但是确实存在一个临界点。我们不能过分夸大它们的作用，也不能假装它们不存在。在改变常规之前，技术变革首先只会引起不安最后，詹姆斯和汤姆说，这类创新应用必然会改变人际关系，很多对此感到不安的人必然会经历一段焦虑期。但那只是暂时的，随着时间的推移，人们的焦虑或不安就会消失，一种新的常规就会慢慢出现。这也就是说，一开始有些人会因为自动收发甜蜜的短信息而感到坐卧不安，但是过一段时间之后，他们就安之若素了。我们发现情况确实如此。但是也有很多相反的例子，如果不正确地区分不同类型的案例之间的真正区别，我们就会很容易地得出错误的结论。按照BroApp的开发者们所用的逻辑，我们应该接受“个人隐私已经不存在了”的观点，迎接公开的生活。但是如果我们能够从斯诺登事件中学到一些教训的话，我们就应该明白，公众也可以被唤醒，他们会对责任提出要求，当他们意识到很多决策都是由少数人制定出来的后果之后，情况就会发生改变。最后，我之所以说象BroApp那样的技术是有问题的，原因是它们带有欺诈的性质。它们介入了人们应该表现出诚实和真诚时的重要环境，而将那些深层次的道德价值当作是不相干的东西甚至是它们想攻克的障碍物。如果不是那样，BroApp的说明文件中就不会包括这样的警告语：“当然，如果一位女孩发现她的男朋友在使用BroApp的话，那她肯定会不高兴的。”在我们的谈话中，詹姆斯和汤姆谈的都是些与现实相反的主观感觉。他们说，关键是那位年轻人的女朋友会感到高兴，因为她将感觉到她的男朋友比以前更在意两人的关系了。但是只讲感觉本身就错了。当我们向某人作出承诺的时候，我们基本上就等于承诺会尽我们最大的努力去了解他们的需求和愿望，我们会对他们因为喜怒哀乐而表现出来的各种迹象非常敏感并作出相应的回应，而不是给他们一种“我们是忠诚的和敏感的”的感觉。人们很容易得出象BroApp那样的应用是很有用的辅助工具这样的结论，人们很可能会认为那些辅助工具会代替我们做很多事，会让我们的生活变得更加美好。但是我们让那些辅助工具代替我们做得越多，我们失去的自我就越多。现在，如果人们真的利用这些应用去定制和规划他们的个人通讯的话，那些应用真的只是帮我们做些琐事吗？那或许是有一定用处的，但是事实上，惰性其实是一种非常强大的力量，人们以后可能就再也不会去做由应用代替我们做的那些事了。而且，就算某些人以后可能还会自己亲自去做那些事，由应用去自动发送问候信息跟人们在应该表达情意的时候诚心诚意地去发送信息之间也有重要的区别。
[责任编辑：honestsun]
您认为这篇文章与"新一网（08008.HK）"相关度高吗？
Copyright & 1998 - 2017 Tencent. All Rights Reserved
还能输入140字