1. 苹果手机怎样进行用户体验
就是使用它的各种功能，要注意观察你自己在使用的时候的心理感受以及使用时候什么地方让你感觉很方便，什么地方让你感觉很麻烦。而且最好是相对的进行研究，也就是说你也最好按照这样的方式去体验其他的手机，对比之下更能获得体验感受
2. 手机app功能测试都测试哪些
APP功能测试是指测试你这个APP的所有功能点是否能够验证通过。APP功能测试的测试用例设计需要结合产品需求和开发设计文档。这里以测试微博APP为例： 发布微博，从页面上看有文字长度，是否添加图片，是否有话题，是否有爱特别人等等。 2. 发布微博的操作是否符合用户体验，选择图片，选择要爱特的人是否符合人类的认知 3. 发布微博这样一个动作肯定是和服务器交互的，那么需要考虑到各种网络因素 4. 发布微博是调用哪个api？有哪些参数？失败了会怎么样？是否会自动重试？ 5. 发布微博的控件是否有native的还是webview，还是混合的结构？ 6. 考虑一些android特别的交互，比如home，menu，长按home，发布到一半来电，关机，待机等 等何必这么麻烦，用Testin吧，提交APP到Testin云测试平台，可自动实现这些测试需求。
3. 移动游戏的用户体验功能点需要怎么测试
功能测试：
功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。
Functional testing（功能测试），也称为behavioral testing（行为测试），根据产品特性、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。本地化软件的功能测试，用于验证应用程序或网站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用程序是专门为该市场开发的一样。功能测试是为了确保程序以期望的方式运行而按功能要求对软件进行的测试，通过对一个系统的所有的特性和功能都进行测试确保符合需求和规范。
用户体验：
ISO定义的补充说明有着如下解释：用户体验，即用户在使用一个产品或系统之前、使用期间和使用之后的全部感受，包括情感、信仰、喜好、认知印象、生理和心理反应、行为和成就等各个方面。该说明还列出三个影响用户体验的因素：系统，用户和使用环境。
ISO标准的第3条说明暗示了可用性也可以作为用户体验的一个方面。如，“可用性标准可以用来评估用户体验一些方面”。不过，该ISO标准并没有进一步阐述用户体验和系统可用性之间的具体关系。显然，这两者是相互重叠的概念。
除了上述的ISO标准，用户体验还有其它的定义。
用户体验这一领域的建立，正是为了全面地分析和透视一个人在使用某个系统时候的感受。其研究重点在于系统所带来的愉悦度和价值感，而不是系统的性能。有关用户体验这一课题的确切定义、框架以及其要素还在不断发展和革新。
综述：
可以看出，功能测试只是由QA验证是否满足功能的设计要求，是否能完成当初的功能设计，满足功能即可。而用户体验涵盖的面更广，良好的用研不仅仅只是满足用户提出的功能，而且还要设法满足用户的潜在需求，达到良好的生理（视觉，操作）以及心理体验（易用性，可感知，可学习，可记忆性等等），同时也要兼顾效率以及开发成本，是一个比较全面性的指标系统。从另一个方面来说，功能测试倾向于站在开发的角度，而用户体验倾向于站在用户的角度！
4. 如何制作移动app测试方案及详细流程
1.首先是测试 资源确认及准备
（1）产品需求文档，产品原型图 ，接口说明文档及设计文档应该齐全
（2）测试设备及测试工具 的准备：IOS和Android的不同年版本的真机，以及测试相关工具的准备
2.测试用例的设计及评审
（1）根据产品需求文档，产品原型图等文档，设计客户端的一般功能测试用例
（2）测试用例评审，修改与完善，评审过后着手进入正式测试阶段
3. UI测试
（1）确保手头的原型图与效果图为当前最新版本，符合产品经理及用户需求
（2）测试过程一切以效果图为准，若用户体验方面有建议，先以邮件的形式 与产品经理确认，确认通过后，可以正式的发出用户体验方面的问题
4.功能测试
（1）APP功能测试主要依据编写的功能 测试用例进行软件功能的遍历
（2）涉及的测试主要包括基本功能测试，安装，卸载，运行测试 ，异常处理（包括网络 突然中断或者网速 过慢，机器内存不足等异常情况的处理 ）
5.中断测试
（1）软件运行 过程中接电话，收短信，锁屏，闹铃，充电，收到通知提醒后在 使用软件，软件任可以 正常运行
（2）运行软件时由前台切换到后台，再切换回前台 仍能继续运行
6.兼容性及适配器测试
（1）硬件的适配 ：不同手机 厂商，硬件 性能，不同屏幕大小的适配
（2）OS版本的兼容
（3）不同屏幕分辨率的适配：移动端设备的屏幕分辨率多种多样 ，如果 app没有做合适的处理可能会显示不好，甚至影响功能的操作
（4）兼容性测试必须放在 一定数量的真机上运行 ，由于真机类型较多，兼容性测试 的时候可以选取典型的几种运用较多的真机进行兼容性测试
7.性能测试
（1）客户端性能测试注重安装卸载时间，启动时间，页面加载时间，主要功能占用的床铺，内存，流量，耗电量 等，以及与同类产品相比较是否具有优势
（2）至于服务器端的性能，主要利用接口对服务器进行加压，重点关注相应时间，吞吐量，并发数，事务通过率等
8.稳定性测试
（1）安卓app的稳定性常常使用 monkey进行测试，通过随机事件流模拟个人操作，对检查程序的内存溢出，空指针有很大的作用
9.检测分析及测试报告输出
以上各种形式的APP测试结束后，应该形成完整的分析及报告文档，输出给相关人员
TestBird
5. 各种功能测试点步骤
一.支付功能怎么测试？
1、从功能方面考虑：
1）、用户的使用场景：包括正常完成支付的流程；
支付中断后继续支付的流程；
支付中断后结束支付的流程；
单订单支付的流程；
多订单合并支付的流程；
余额不足；未绑定银行卡；密码错误；密码错误次数过多；找人代付；
弱网状态下，连续点击支付功能功能，会不会支付多次；分期付款等；
2）、不同终端上支付：
包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等；
3）、不同的支付方式：银行卡网银支付、支付宝支付、微信支付等；
4）、从产品容错性上：包括支付失败后，能否再次支付、能否退款；
2、从性能方面考虑：
多个用户并发支付能否成功；
支付的响应时间；
3、从安全性方面考虑
使用Fiddler拦截订单信息，并修改订单金额，或者修改订单号，
(下两个订单A,B，付款时拦截订单B，并把订单B的订单号改为A订单的订单号)无法完成支付；
4、从用户体验方面考虑
是否支持快捷键功能；
点击付款按钮，是否有提示；
取消付款，是否有提示；
UI界面是否整洁；
输入框是否对齐，大小是否适中等。
5、兼容性
BS架构：不同浏览器测试。
APP：不同类型，不同分辨率，不同操作系统的手机上测试
二.购物车怎么测试？
1.功能测试
a）、未登录时：
将商品加入购物车，页面跳转到登录页面，登录成功后购物车数量增加。
b）、登录后：
所有链接是否跳转正确；
商品是否可以成功加入购物车；
购物车商品总数是否有限制；
商品总数统计是否正确；
全选功能是否可用；
删除功能是否可用；
价格总计是否正确；
商品文字太长时是否显示完整；
购物车中下架的商品是否有标识，是否还能支付；
新加入购物车商品排序（添加购物车中存在的店铺的商品和购物车中不存在的店铺的商品）；
是否支持快TAB、ENTER等快捷键；
商品删除后商品总数是否减少；
收藏功能是否可用；
购物车结算功能是否可用。
2.兼容性测试：
BS架构：不同浏览器测试，比如：IE，火狐，谷歌，360这些。
APP：在主流的不同类型，不同分辨率，不同操作系统的手机上测试，华为，vivo，oppo等
3.用户体验测试：
删除商品是否有提示；
是否支持快捷键功能；
是否有回到顶部的功能；
商品过多时结算按钮是否可以浮动显示；
购物车有多个商品时，能不能只对单个商品结算；
界面布局、排版是否合理；
文字是否显示清晰；
不同卖家的商品是否区分明显。
4.性能测试：
打开购物车页面要多长时间.
输入框怎么测试？
1、长度：例如输入框支持100字符， 那需要测试100字符、101字符，最大长度的显示是否正常；
2、哪些是支持的字符类型：数字、字母、汉字、字符！@！#、特殊字符；
3、是否支持换行；
4、字符串前后中带空格，前后的空格是否过滤， 中间的空格是否保留
5、全角半角的字母、数字
6、快捷键：能不能全选，部分选择，复制剪切粘贴是否可用，粘贴超过最大长度的字符串怎么显示，table键盘是否可用；
7、不同终端的兼容性
三.登陆功能怎么测试？
功能方面的测试：
1.输入正确的用户名和密码，点击提交按钮，验证是否能正确登录，能否能跳转到正确 的页面
2.输入错误的用户名, 验证登录失败，并且提示相应的错误信息
3.输入错误的密码, 验证登录失败，并且提示相应的错误信息
4.用户名为空, 验证登录失败，并且提示相应的错误信息
5.密码为空, 验证登录失败，并且提示相应的错误信息
6.用户名和密码都为空，点击登陆
7.用户名和密码前后有空格的处理
性能方面的测试
1.打开登录页面，需要多长时间
2.输入正确的用户名和密码后，登录成功跳转到新页面，需要多长时间.
安全性方面的测试
1.密码是否在前端加密，在网络传输的过程中是否加密
2.用户名和密码的输入框，能否防止SQL注入攻击
3.用户名和密码的输入框，能否防止XSS攻击
4.错误登陆的次数限制（防止暴力破解）
5.是否支持多用户在同一机器上登录
6.一个用户在不同终端上登陆
7.用户异地登陆
用户体验测试：
1.页面布局是否合理，输入框和按钮是否对齐
2.输入框的大小和按钮的长度，高度是否合理
3.是否可以全用键盘操作，是否有快捷键
4.输入用户名，密码后按回车，是否可以登陆
5. 牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用
兼容性测试
BS架构：不同浏览器测试，比如：IE，火狐，谷歌，360这些。
APP：在主流的不同类型，不同分辨率，不同操作系统的手机上测试，华为，vivo，oppo等
四.支付功能怎么测试？
1、从功能方面考虑：
1）、用户的使用场景：包括正常完成支付的流程；
支付中断后继续支付的流程；
支付中断后结束支付的流程；
单订单支付的流程；
多订单合并支付的流程；
余额不足；未绑定银行卡；密码错误；密码错误次数过多；找人代付；
弱网状态下，连续点击支付功能功能，会不会支付多次；分期付款等；
2）、不同终端上支付：
包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等；
3）、不同的支付方式：银行卡网银支付、支付宝支付、微信支付等；
4）、从产品容错性上：包括支付失败后，能否再次支付、能否退款；
2、从性能方面考虑：
多个用户并发支付能否成功；
支付的响应时间；
3、从安全性方面考虑
使用Fiddler拦截订单信息，并修改订单金额，或者修改订单号，
是否防止SQL注入，XSS攻击(跨站脚本攻击)。
4、从用户体验方面考虑
是否支持快捷键功能；
点击付款按钮，是否有提示；
取消付款，是否有提示；
UI界面是否整洁；
输入框是否对齐，大小是否适中等。
5、兼容性
BS架构：不同浏览器测试。
APP：不同类型，不同分辨率，不同操作系统的手机上测试 .
五.还款怎么测试？
功能上：
1.不同的还款方式：等额本息，等额本金还款，一次性还本付息。
2.逾期，提前还款和第三方还款。
3.不同账户的还款。
4.余额不足的还款，.
5.金额输入错误，不输入。
6.弱网状态下连续点击还款按钮或者系统不问题情况下，支付方未把支付结果返回给下单发起方。
从性能方面考虑：
还款的响应时间；
从安全性方面考虑：
是否防止SQL注入，XSS攻击(跨站脚本攻击)。
还款金额是否被拦截，还款密码等敏感信息是否加密。
从用户体验方面考虑
系统界面是否容易理解。
UI界面是否整洁；
输入框是否对齐，大小是否适中等。
兼容性：
BS架构：不同浏览器测试。
APP：不同类型，不同分辨率，不同操作系统的手机上测试 .
《附》
支付流程：
用户发送下单请求-平台后台查看订单并制作支付请求后将请求传给第三方（银行）-银行将支付的信息反馈给客户，客户核对后输入支付密码--银行成功划账后将支付成功信息告知给平台后台和用户--平台确认支付信息反馈给第三方并发货.
退款流程：
用户提交退款申请给平台，平台后台通过审核后将退款信息告知给第三方（银行），第三方将钱退到用户绑定的银行账户中并告知平台处理结果。平台确认结果后并结束用户退款申请。
六.电梯如何测试？
需求测试：
查看电梯使用说明书、安全说明书等
界面测试：
查看电梯外观
功能测试：
1.测试电梯能否实现正常的上升和下降功能。
2.电梯的按钮是否都可以使用。
3.电梯门的打开，关闭是否正常。
4.报警装置是否可用。
5.与其他电梯之间是否协作良好。
6.通风状况如何。
7.突然停电时的情况。
8.上升途中的响应。
1）电梯本来在1楼，如果有人按18楼，那么电梯在上升到5楼的时候，有人按了10楼，这时候是否会在10楼先停下来；
2）电梯下降到10层时显示满员，此时若8层有人等待电梯，是否在8层停。
可靠性：
1.门关上的一刹那出现障碍物。
2.同时按关门和开门按钮。
3.点击当前楼层号码。
4.多次点击同一楼层的号码等等。
5.同时按上键和下键会怎样。
易用性：
1.电梯的按钮的设计符合一般人使用的习惯吗．
负载/压力测试：
1.看电梯的最大限度的承受重量．在负载过重时是否有提醒。
2.在一时间内不断的让电梯上升，下降。
稳定性测试：
1.最大负载下平稳运行的最长时间。
文档测试：
1.使用手册是否对电梯的用法、限制、使用条件等有详细描述.
6. 什么是用户体验测试
用户体验就是寻求一些体验用户，他们在使用中的一些主观的看法。体验用户对象的选取很重要，会直接的影响到用户体验是否有价值，能否达到自己的目的！
体验用户的挑选必须遵循以下几点：
1.减少自己的主观看法，不要刻意的去面对某一人方面的用户
2.尽可能让不同的用户都参与进来，了解各个用户的看法和观点
3.合理的对比：与过去的经验，以及对手做个比较寻求有价值的信息
4.把各个数据整合起来，做有效的分析处理，做好产品的推广前的修改
不论你的东西是多么的完美无瑕，还是要适应广大的用户，遵循他们的习惯，来改善我们的产品，让更多人的适应我们的产品吧！这就是用户体验的价值所在吧！
7. 什么是用户体验测试
可能是因为市场的变化，变化的喜好，网站的访问者或用户体验的改善，缺乏这种差异的行为。这就是为什么大多数人采取用户体验测试，以确定别人会怎样反应到他们的网站。如果网站在很大程度上取决于游客的业务，那么你必须给尽可能多的重视，用户体验测试，以任何其他的营销工作。用户体验测试什么意思？ 它可能无法为他/她的用户都知道如何反应到新网站一个网站的所有者。他/她可能不知道是否他/她的网站，以及它应该执行。为他/她确定这一点的唯一方法是，如果他/她与一组用户测试不同版本的网站。用户体验测试是指利用定性和定量的方法来测试一个网站的不同变化，以改善用户体验。这个测试的主要目的是帮助网站实现其营销目标，并获得用户的参与和互动的最高金额。它还可以帮助网站所有者了解他们的访客需要什么，可以帮助设计人员设计，提高了网站的见解。不同的方法来测试用户体验： A / B测试 A / B测试涉及到两个相同的网页设计变化。这些变化都几乎是相同的只有一个元素是不同的。这是看如何改变一个元素在页面上会影响访客在网站上的行为。多变量测试 与A / B测试，可以测试各种版本的网页设计多变量测试。这种测试主要是用来比较两个完全不同的想法的性能。在网页分析 在页面分析谷歌分析工具是一个免费的工具，你可以用它来看到人们点击网站上。重要的是，你知道是什么人做在网站上。这将帮助你让他们做你希望他们做的。你可以使用这个工具的数据做任何变更或修改网站，以提高用户体验。然后，你可以检查用户的行为，一旦这些变化是实施并继续修改，直到你得到你想要的东西。焦点小组 测试用户体验的另一种方法是使用焦点小组。虽然上面提到的方法采集数据的基础上，焦点团体测试的用户体验是一个比较主观的方式。焦点小组由一组人谁代表目标用户。这些人被要求使用网站，他们的经验，他们在网站上提供反馈和建议。这种反馈可以用来做任何形式的变更或修改网站。其中一个测试 其中一个测试是指个人游客到网站的各个方面。大部分的时候，使用这种方法的人已经有客户或访客到网站，谁给反馈了解网站在过去。 除了上面提到的以外，还有许多其他的方法来测试的用户体验的网站上。这个测试的结果，因此，它可以实现以正确的方式来分析和理解，这是非常重要的。 版权所有: 西安至成信息科技有限公司
8. oppo手机用户体验计划在哪里
用户体验计划的设置方法：1、ColorOS 12及以上版本：“关于本机 ＞ 体验改进计划 ＞ 加入“用户体验计划””，开启或关闭即可。2、ColorOS 7.2-11.3版本：“隐私 ＞ （体验改进计划） ＞ 加入“用户体验计划””，开启或关闭即可。3、ColorOS 7.0-7.1版本：“其他设置 ＞ 设备与隐私 ＞ 加入“用户体验计划””，开启或关闭即可。本回答适用于OPPO所有机型。
9. 有哪些用户体验研究方法，什么时候用到它们
需求
1.用户和客户是谁？
（1）调查（survey）：发现用户是谁、他们想要什么、他们在做什么、他们买什么、他们在哪里购物以及他们拥有什么的最便宜的方式就是调查他们。
（2）用户角色/市场细分（persona/market segmentation）：将调查结果转换为有意义的聚类。特定用户群想要什么样的功能、他们在做购买决定时最在乎什么？不要仅仅考虑性别、收入和年龄，把任务和领域经验也作为关键的区分指标。
（3）竞品分析（competitive analysis）：很少会有一个产品或网站之前从来没有人做过。了解你的市场，找出市场上的类似公司并将眼光投向类似行业。有哪些特性是共同的？什么能够讨得客户的欢心？使用行业基准，比如测量口碑的净推荐分数和测量可用性的系统可用性量表。
（4）现场调查（Contextual Inquiry）：用户不是总能清楚地说明自己需要什么或想要什么。通过在他们的工作场所或家里观察用户如何解决他们的问题和达到他们的目标，我们能够发现未满足的需求和理解他们执行的任务。
（5）利害关系人访谈（Stakeholder Interviews）：大量的信息已经存在于公司的不同部门。可以使用结构化访谈的方法来询问客服、QA、开发、市场和销售来发现什么需要建立、修正和排除。
（6）质量功能展开（Quality Function Deployment）：将来自内部利害关系人的想法和来自用户和客户的数据整理成矩阵，以理解什么功能可以满足大部分的内部和外部需求。
2.用户想要做什么？
（1）任务分析（Task Analysis）：将用户想要完成的事情分解以理解应用应该如何让任务更有效率和更为有效。
（2）关键任务分析（Top Tasks Analysis）：你的应用不能一直为每个人做所有的事情。大部分人使用应用（软件或网站）只是用来完成一小部分任务。调查你的用户并找出哪些关键任务可以在大部分时间满足用户大部分的需求。同事要保证你的应用能够很好地完成这些任务。
设计和开发
界面看起来怎么样？
（1）线框（Wireframing）：早期可以用纸笔、Visio或PowerPoint将界面的主要元素绘制出来。对理解功能、流程和发现改进的机会，这已经足够了。这可以让你领先利害关系人而得到设计。
（2）原型（Prototyping）：提高设计的保真度，并尽早和经常地进行测试。
测试和评估
1.如何组织？
（1）卡片分类（Card Sorting）：你要如何称呼你的功能、屏幕和抽象概念？你要如何组织它们？不要猜测，让用户来将这些项目归类并给每个类别命名。
（2）Tree Testing：使用仅仅一个抽象分类，让用户尝试着在导航上定位项目来测试导航的线框和原型。
（3）首次点击测试（First Click Testing）：如果用户去到了错误的路径，他们更可能迷失并在任务上失败。理解用户会从哪里开始。
（4）键击级别模型（Keystroke Level Modeling）：在没有测试一个用户的情况下，你也可以对任务完成时长或提出的改进是否增加或降低了完成时长有一些了解。KLM方法用到了一些核心的HCI法则来估计一个技能娴熟的用户要花多长时间来完成任务。
（5）启发式评估（Heuristic Evaluations）：在将问题带给用户前提早发现它们。启发式评估可以发现用户会遇到的大概30%的问题。理想情况下，你有至少两名独立的评估者，他们指导HCI法则和该领域的知识。在浪费有价值用户的时间前修正这些明显的问题。
2.用户会遇到哪些问题？
（1）有主持的个人测试（Moderated In Person Testing）：移动设备测试的理想方法，或者很难远程地提供原型时，可以在实验室、会议室甚至过道测试用户，以了解哪些任务有问题，以及哪些地方有待修正。
（2）有主持的远程测试（Moderated Remote Testing）：使用廉价和普及的服务如GoTo Meeting 或WebEx，你可以招募世界各地的人来参与任务，甚至可以利用摄像头来记录他们的面部表情。不要只是问他们对设计怎么想，让他们参与任务，并调查任务的困难度、收集定量数据。
（3）无主持的远程可用性测试（Unmoderated Remote Usability Testing）：如果你的设计和任务很明确，你可以在网上测试你的原型，用户可以远程参与任务而不必面对面。你甚至可以使用热点来测试图像。使用诸如UserZoom, Usertesting.com和Loop11的服务来实施结构化的任务和询问特定问题，你可以在一天得到10多个到上百个用户的数据结果。按这种方法测试，然后再次测试。
开发和上线
（1）可用性基准研究（Usability Benchmark Study）：可以通过让一批代表性用户参与任务来了解网站或软件的可用性。收集定量数据，使用置信区间来得到可靠的基准。在测试后或研究结束后使用标准化的问卷也是可以的。这些可以在实验室环境下实施或远程实施。
（2）无主持的远程可用性测试（Unmoderated Remote Usability Testing）：你可以使用一个在线网站来让用户参与你在关键任务分析和构型设计阶段确定的任务。你可以记录点击，甚至对整个过程进行录像来观察用户在你不在场的情况下会遇到哪些麻烦。
（3）比较性基准研究（Comparative Benchmark Study）：用户使用你在需求阶段确定的竞争性产品来完成一个任务有多困难？招募用户，使用诸如成功率、时间和任务难度来考察网站的优缺点。有时最好的比较是在不同行业中提供类似服务的一个最佳网站。如果你正在销售你的移动服务，可以考虑比较DirecTV或Zappos结账体验。
（4）A/B测试（A/B Testing）：不要猜，要测试。在你发布产品后设计和改善并没有结束。测试表单、按钮、拷贝、图片和价格。不要害怕测试通配符（wild-card）。
（5）多变量测试（Multivariate Testing）：一次测试一个变量微调网站，但如果你想要测试许多则要花费很长时间，并且你也不知道两个元素如何相互作用。例如，当你将更低的价格和不同的产品包装（proct package）结合时，有可能发生出乎意料的事情。你可以在一个在线网站上进行多变量的测试，或在研发环境下利用态度数据而不是实际购买来模拟这一体验。
（6）调查（Survey）：你的用户会推荐你的网站或产品吗？他们信任它并觉得它有吸引力吗？将你的分数和行业基准比较，并使用标准化的问题。询问用户进一步改进的意见，并开放性评论和定量数据联系起来。