业务测试思路的一点总结

刘文静  |  2017. 04. 04   |  阅读 2053 次
测试

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

互联网是一个知识的更新迭代非常迅速的行业。每天都会有新的业务兴起,不知道新业务的优缺点,不知道测试重点,无法快速有效找出产品的可能性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、分享(多平台分享实现)

分享到

   
架构的“分而治之”