互联网公司客户端(APP)测试的基本流程

󰃭 2016-05-19

##测试周期

  • 测试周期一般为8个工作日左右,差不多需要三轮测试(基本上第一轮:4天;第二轮:3天;第三轮:2天),根据项目情况以及版本质量可适当缩短或延长测试时间。
  • 正式测试前先向项目主管或产品经理确认项目排期。第一轮和第二轮测试最重要,第一轮如果前期品质很差(奔溃和功能性级别问题)需要立马停止测试否则会直接影响品质以及延长测试周期,第二轮主要是全面回归以及一些边界等场景测试,这一轮如果Bug特别多或者品质不稳定就需要再中途增加一轮测试。所以测试前让研发提高自测能力以及后期bug回归的全面性也会直接影响测试周期。

##测试资源

  • 1.产品功能需求文档;
  • 2.服务端接口文档(发现问题联调时需要确认);
  • 3.产品原型图;
  • 4.UI设计稿;
  • 5.测试设备(Android:不管小版本但是4.0,4.1…N必须过;iOS:7.x,8.x,9.x必须过),具体也要根据APP支持的系统版本决定;
  • 6.测试环境(服务端如果还没有上线需要确认和搭建内网环境,测试数据也是同样道理);
  • 7.类似功能的过去BugList(防止开发代码分支合并问题)。

##测试要点

  • UI测试(主要对接产品经理以及设计师,对着设计稿进行确认);
  • 功能测试(主要对接产品经理以及研发,对着需求文档以及原型进行确认,这边比较主要的是需要考虑业务逻辑以及手机本身的特性);
  • 兼容性测试(主要对于设备系统版本以及分辨率进行测试);
  • 压力测试(类似monkey之类的测试);
  • 过去Bug回归测试(过去用户反馈以及严重Bug的回归);
  • 用户行为以及随机测试(收集用户常用操作以及一些恶意操作,为了发现更多的Bug为目的);

##测试报告

  • 版本或者单元测试通过后需要发测试报告(包含测试内容以及Bug数,风险等内容);
  • 日报或者周报(根据项目来定需要那种形式,一般日报和周报取一就行);
  • 测试总结报告(产品上线2周后对此版本做一个Bug分析,主要是对于用户反馈的问题);