UI试验主要就试验介面(如工具栏、页面、询问处和其他可规命令行)产业布局、艺术风格与否满足用户顾客明确要求、文本与否恰当、网页与否耐用、文本、相片女团与否轻松、操作形式与否亲善等。UI试验的最终目标是保证介面会透过试验第一类的机能来为使用者提供更多适当的出访或浏觅机能。保证介面合乎子公司或金融行业的国际标准。主要就包括使用者亲善性、实用、易操作形式性试验。
一、导航系统试验
1）按键、页面、条目和询问处等；或在相同的相连网页间须要导航系统；
2）与否更易导航系统，导航系统与否简单；
3）与否须要浏览器；
4）导航系统协助与否精确简单；
5）导航系统与网页内部结构、工具栏、相连网页的艺术风格与否完全一致。
二、绘图试验
1）纵向较为。各命令行操作形式形式国际标准化；
2）自适应操作形式介面，文本依照询问处大小不一自适应；
3）网页条码艺术风格与否国际标准化；
4）网页与否耐用；
5）网页的相片应有其实际意义而明确要求整体有序耐用；
6）相片质量要高且相片尺寸在设计合乎明确要求的情况下应尽量小；
7）介面整体使用的颜色不宜过多。
三、文本测试
1）输入框说明文本的文本与系统机能与否完全一致；
2）文本长度与否加以限制；
3）文本文本与否表意不明；
4）与否有错别字；
5）信息与否为中文显示；
6）与否有敏感性词汇、关键词；
7）与否有敏感性相片，如：涉及版权、专利、隐私等相片。
四、登录试验
1）App安装完成后的试运行，可正常打开软件。
2）App打开试验，与否有加载状态进度提示。
3）App打开速度试验，速度与否可观。
4）App网页间的切换与否流畅，逻辑与否恰当
5）注册
—同表单编辑网页—使用者名密码长度—注册后的提示网页—前台注册网页和后台的管理网页数据与否完全一致—注册后，在后台管理中网页提示
6）登录
—使用合法的使用者登录系统。—系统与否允许多次非法的登陆，与否有次数限制。—使用已经登陆的账号登陆系统与否恰当处理。—使用禁用的账号登陆系统与否恰当处理。—使用者名、口令（密码）错误或漏填时能否登陆。—删除或修改后的使用者，原使用者登陆。—不输入使用者口令和使用者、重复点（确定或取消按键）与否允许登陆。—登陆后，网页中登陆信息。—网页中有注销按键。—登陆超时的处理。
7）注销
—注销原模块，新的模块系统能否恰当处理。—终止注销能否返回原模块，原使用者。—注销原使用者，新使用者系统能否恰当处理。—使用错误的账号、口令、无权限的被禁用的账号进行注销
五、免登录试验
很多应用领域提供更多免登录机能，当应用领域开启时自动以上一次登录的使用者身份来使用app.
1) app有免登录机能时，须要考虑IOS版本差异。
2) 考虑无网络情况时能否正常进入免登录状态。
3) 切换使用者登录后，要校验使用者登录信息及数据文本与否适当更新，保证原使用者退出。
4) 依照MTOP的现有规则，一个帐户只允许登录一台机器。所以，须要检查一个帐户登录多台手机的情况。原手机里的使用者须要被踢出，给出亲善提示。
5) app切换到后台，再切回前台的校验
6) 切换到后台，再切换回前台的试验
7) 密码更换后，检查有数据交换时与否进行了有效身份的校验
8) 支持自动登录的应用领域在进行数据交换时，检查系统与否能自动登录成功并且数据操作形式无误。
9) 检查使用者主动退出登录后，下次启动app，应停留在登录介面
六、应用领域的前后台切换
1) APP切换到后台，再回到app，检查与否停留在上一次操作形式介面。
2) APP切换到后台，再回到app，检查机能及应用领域状态与否正常，IOS4和IOS5的版本的处理机制有的不一样。
3) app切换到后台，再回到前台时，注意程序与否崩溃，机能状态与否正常，尤其是对于从后台切换回前台数据有自动更新的时候。
4) 手机锁屏解屏后进入app注意与否会崩溃，机能状态与否正常，尤其是对于从后台切换回前台数据有自动更新的时候。
5) 当App使用过程中有电话进来中断后再切换到app，机能状态与否正常
6) 当杀掉app进程后，再开启app，app能否正常启动。
7) 出现必须处理的提示框后，切换到后台，再切换回来，检查提示框与否还存在，有时候会出现应用领域自动跳过提示框的缺陷。
8) 对于有数据交换的网页，每个网页都必须要进行前后台切换、锁屏的试验，这种网页最容易出现崩溃。
七、数据更新
依照应用领域的业务规则，以及数据更新量的情况，来确定最优的数据更新方案。
1) 须要确定哪些地方须要提供更多手动刷新，哪些地方须要自动刷新，哪些地方须要手动+自动刷新。
2) 确定哪些地方从后台切换回前台时须要进行数据更新。
3) 依照业务、速度及流量的合理分配，确定哪些文本须要实时更新，哪些须要定时更新。
4) 确定数据展示部分的处理逻辑，是每次从服务端请求，还是有缓存到本地，这样才能有针对性的进行适当试验。
5) 检查有数据交换的地方，均有适当的异常处理。
八、离线浏览
很多应用领域会支持离线浏览，即在本地顾客端会缓存一部分数据供使用者查看。
1) 在无网络情况可以浏览本地数据
2) 退出app再开启app时能正常浏览
3) 切换到后台再切回前台可以正常浏览
4) 锁屏后再解屏回到应用领域前台可以正常浏览
5) 在对服务端的数据有更新时会给予离线的适当提示
九、版本更新试验
1) 当顾客端有新版本时，有更新提示。
2) 当版本为非强制升级版时，使用者可以取消更新，老版本能正常使用。使用者在下次启动app时，仍能出现更新提示。
3) 当版本为强制升级版时，当给出强制更新后使用者没有做更新时，退出顾客端。下次启动app时，仍出现强制升级提示。
4) 当顾客端有新版本时，在本地不删除顾客端的情况下，直接更新检查与否能正常更新。
5) 当顾客端有新版本时，在本地不删除顾客端的情况下，检查更新后的顾客端机能与否是新版本。
6) 当顾客端有新版本时，在本地不删除顾客端的情况下，检查资源同名文件如相片与否能正常更新成最新版本。如果以上无法更新成功的，也都属于缺陷。
十、性能试验
评估App的时间和空间特性 ：
1)极限试验：在各种边界压力情况下，如电池、存储、网速等，验证App与否能恰当响应。
—内存满时安装App
—运行App时手机断电
—运行App时断掉网络
2)响应能力试验：试验App中的各类操作形式与否满足用户使用者响应时间明确要求 。
–App安装、卸载的响应时间
–App各类机能性操作形式的影响时间
3)压力试验：反复/长期操作形式下、系统资源与否占用异常。
–App反复进行安装卸载，查看系统资源与否正常
—其他机能反复进行操作形式，查看系统资源与否正常
4)性能评估：评估典型使用者应用领域场景下，系统资源的使用情况。
5)Benchmark试验（基线试验）：与竞争产品的Benchmarking, 产品演变对比试验等。
试验开发栈
软件试验开发合并必将是趋势，不懂开发的试验、不懂试验的开发都将可能被逐渐替代，因此前瞻的技术储备和知识积累是我们以后在职场和金融行业脱颖而出的法宝，期望我们的经验和技术分享能让你每天都成长和进步，早日成为试验开发栈上的技术大牛~~
网络试验开发一站式全栈分享平台
