无线客户端测试流程随想-阿里云开发者社区

开发者社区> 开发与运维> 正文

无线客户端测试流程随想

简介:

最近在写年度总结时,对目前项目iPhone客户端的测试流程做了一些分析。由于无线客户端产品和传统的Web端测试所注重的点大有不同,客户端的测试更关注视觉和交互,和各种场景下客户端的处理逻辑,所以测试流程也需要和传统的Web测试有所区别。

  希望对无线测试有兴趣的同学们,一起讨论,一起分享。。。

  1、目前客户端测试流程。(单线程流程)

  1)单线程流程存在问题:

  (1)测试需要关注视觉,交互,功能等所有的问题,对测试自身专业技能要求过高。测试资源投入和产出比不高。

  (2)BugBash阶段发现交互,视觉,需求问题,修改成本过大,可能直接导致项目周期不可控,项目质量风险过大。

  (3)QA在测试过程中提出视觉,交互,需求不足或需求缺少时,很难有主导性。

  (4)没有单元测试,开发自身很难判断代码修改后是否会引起的Bug,同时对项目质量造成隐患。

  (5)大部分开发对需求细节不清晰,到测试阶段发现逻辑上的问题,修改成本太大。

  (6)客户端FixBug,回归次数过多。

  2)总结:

  (1)单线程流程,测试资源投入和产出比不高。

  (2)交互,视觉,和PD介入验收测试阶段滞后,导致修改成本过大,项目周期和项目质量风险不可控。

  2)客户端测试流程设想(并发流程)

  ※ 适合项目,不合适小日常。

  Step1:测试提供TC,由开发做单元测试,发现问题全部修改再提交测试。

  优点:能够在提测前走通所有业务逻辑,能够更好的帮助开发发现需求上的问题,降低后期Bug修改成本。开发FixBug后,先执行单元测试后,再交由测试验证。

  要求:测试提供TC,覆盖率要高。

  Step2:开发提交测试后,交互走查,视觉走查,PD需求验证,功能测试并行执行。

  优点:参与测试的角色,从原来单一的测试工程师到项目的各各环节的负责人。测试变的更全面。

  要求:需要测试很好协调交互,视觉,产品经理的投入资源问题。测试在前期需要指导交互,视觉,PD如果进行走查,验收。制定CheckPiont

  Step3:测试收集交互,视觉,需求,功能上所有问题。对问题进行解答,过滤,整理,跟踪,验收。

  优点:尽早的发现交互和视觉,需求的问题,相当于把bug-bash提前。同时,能够降低测试的工作量,测试可以有时间关注场景测试,异常测试等...

  要求:需要测试完全了解产品各个细节,能够对问题做出详细的解答。

  总结:

  1、在并发流程中,测试可以减少资源投入50%。

  2、能提高Team的质量意识和提高交互,视觉,PD对主流程以外的关注。

  3、把发现Bug的时间,提前一个阶段。缩短项目周期,质量风险可控。

  4、项目测试如果可以能好的执行并发流程。测试owner可以渐渐转型为测试Supporter。








====================================分割线================================



最新内容请见作者的GitHub页:http://qaseven.github.io/

版权声明:本文首发在云栖社区,遵循云栖社区版权声明:本文内容由互联网用户自发贡献,版权归用户作者所有,云栖社区不为本文内容承担相关法律责任。云栖社区已升级为阿里云开发者社区。如果您发现本文中有涉嫌抄袭的内容,欢迎发送邮件至:developer2020@service.aliyun.com 进行举报,并提供相关证据,一经查实,阿里云开发者社区将协助删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章