业务测试思路的一点总结

“前言：万事万物都有规律可循”

互联网是一个知识的更新迭代非常迅速的行业。每天都会有新的业务兴起，不知道新业务的优缺点，不知道测试重点，无法快速有效找出产品的可能性bug?

这些部分，是什么能力？如何快速掌握一款未接触的能力？如何快速定位一款未接触产产品的可能bug。 这些，自动化测试？性能测试？牛x的脚本能搞定？显然不行

从大的方向归纳，其实，还是属于最基本的功能测试，探索性测试。 需要具备的能力，是见多识广，与经验息息相关。

这也是很大大牛的核心竞争力，你通过各种看起来高大上的技术手段，折腾个一天，没发现几个问题，有经验者，随便使用下，就能发现一大堆显而易见的Bug，以及各种明显不合理的使用习惯，无法满足用户场景的臆测需求。

业务测试 是我们所有测试的核心基础

虽然业务千变万化，但是万事万物都有规律可循。以下就是业务测试的一些通用思路，希望对大家有帮助

一、整体的角度，项目类型划分

   1.全新项目
   2.已有项目新增业务
   3.已有项目改造

二、测试模块

1.新增 
2.删除 
3.修改 
4.查看 

未完待续

三、测试端

• web测试
  • 1、浏览器兼容性
  • 2、直接输入地址是否跳过权限判断
  • 3、自带键：返回键、回车键、刷新键的使用
  • 4、缓存过期
• app端 
  
  • 1、app多系统测试
  • 2、app多分辨率测试
  • 3、使用习惯不同（安卓自带返回键等）
  • 4、网络类型
  • 5、安装／卸载测试（区分安装新包和更新包的验证）
  • 6、升级测试（重点关注增量升级）
  • 7、并发测试（尤其是有push弹框）
  • 8、消息推送（锁屏、应用后台运行、应用打开）
  • 9、分享（多平台分享实现）