无线测试总结

发表于:2013-1-18 10:06

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:古伦    来源:TaoBao QA Team

分享:

  测完了券券ios客户端的第一个项目,还是有很多感想和体会。一路走来,我们踩了各种坑,然后填了各种坑,为后来的券券android版和html5版栽树。在成长中收获,这些总结经验希望可以和大家分享。

  1、对于异常的处理。

  问题:淘宝券券客户端是基于位置的服务,提供找附近优惠的功能。所以在GPS和网络出现问题时,需要处理这些异常,给予用户相关的提示。在项目打算第一次提交审核时,我们发现我们的异常处理不是很完善。

  解决方案:设计异常的交互方式,并提供用户返回或者重新加载页面的功能。

  对各个页面的GPS未开,网络未开的情况下,设计异常页面。

  总结:对于异常的处理,我们可以处理的不够完美,毕竟这种场景不会很多。但是异常必须要处理,哪怕是简单处理,不然很容易衍生出一些相关的缺陷。

  2、对于超时的处理

  问题:在客户端进行同步请求时,一般页面上会有一个进度组件。在网络状态很差的情况下,很可能造成客户端一直在请求,使用户进入了无尽的等待过程。如果进度组件采用了模态处理(不允许用户操作),那么用户只能退出我们的app了。

  解决方案:设置请求的超时时间,当请求超时时,返回一个异常页面。现在淘宝券券的超时时间为15s。

  总结:对于请求的超时处理是一定要做的,不然客户端会一直处在无尽的请求中。但是时间的设置不是强制性的,需要每个项目组自己综合考虑,我们认为15s请求数据还没有结果,我们就已经承受不了了。。据了解顽兔设置的是30秒超时时间。

  3、对于登录和session的处理

  问题:由于应用长期驻留内存,会导致session失效,在这种情况下,用户是可以进入到特定页面的,但是在进行下一步操作时,app需要判断seesion是否失效,从而引导用户进行重新登录或者其他处理。否则会出现一些匪夷所思的问题。

  案例:下单时,session已经失效,但是app没有判断session是否失效而直接去请求mtop的下单支付接口,结果接口返回“下单失败,请重试”的提示,对于用户来说,永远无法知道他需要重新登录,才能够成功下单。

  解决方案:开发构建一个基类,专门用来判断和处理seesion失效的问题,对所有涉及到需要登录权限的页面和操作均继承这个基类,从而保证用户在进行每一次特殊操作后,app均会判断和处理session问题。

  总结:淘宝客户端的登录都统一使用mtop接口。

  4、下单和支付

  下单和支付功能属于交易的环节,一般客户端都会直接通过嵌套wap的方式来实现。为了更好的用户体验和保持整个客户端的统一风格,我们自己做了下单的功能,支付功能采用嵌套wap的方式。由于项目组对淘宝的下单和支付流程不是很熟悉,只能边做边考虑一些特殊的情况和场景。

21/212>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号