关于测试开发的几种思路

测试思路

关于后端接口

1. 后端问题主要是接口问题, 前期大量接口出现时,注意根据流程跑接口, 用postman或者jmeter都可以, 先是测试正常数据,后期尝试异常数据; 注意数据对接口返回变化的影响.最好每个接口都截图;
   当接口问题解决了,后端很多错误都可以不用担心了, 以后前端页面出来了, 可以尝试一些特殊情景的测试,看看是不是接口反应(如同时操作, 大量操作,还有交叉操作等等)
2. 注意一些新变动的接口,针对新的接口测试,约束条件测试,传各种类型的参数很重要. 对于改数据表,改接口,记住在此模块下从头开始,新建一个,依次走流程,看有没有对接其他接口造成影响,有没有出错(尤其要学会对着数据库查看问题)
3. 学会看代码, 尤其是测试工具有时候对于极限很难测出来(比如文章内容字段),可以尝试看代码,比如发布文章与修改文章, 这类接口的边界值设定按理应该一样的 ,有些可能不一样(对于这类接口要学会看代码成对的测,不一样可能就是接口问题, 当然部分项目有特别要求除外)
4. 关于接口, 如果传参错误, 传入的数据是不能写入数据库的,如果写入说明接口有问题.
5. 页面上展示的要学会分清是接口问题还是前端问题, 方法就是:看传参与接口返回结果, 如果接口返回结果没有错误就是前端问题了.

关于前端

前端测试就是一个很麻烦的事了, 尤其是这种发文章–前端显示文章页面的问题.
如果发文章用的是markdown编辑器, 前端显示页面要注意各种问题: 1. 封面图片大小问题. 有些接口虽然说没限制图片大小,没有限制内容大小,但是太大的图片或太多的图片,或太长的内容就会出现

1. 图片可以左右移动,导致移出框了
2. 图片在网速不好时直接刷不出来,或者再刷得快的时候, 直接是接口响应不了结果
3. 文章显示格式预期与实际不一样,这样就要设计各种格式的文章,已便查看一下效果(最好每一种样式发一篇文章,题目做标识)
4. 尝试文章较长类型的测试,看分享文章,查看文章还有修改文章(有时候文章极长,能发表却不能修改,说明发文章与修改文章接口限制不一样,这就是后端接口问题了.

一般前端读数据原则:除了做一些去掉前后空格或者截取字段处理,一般是不做什么处理的;前端写数据原则:一般是后端传什么数据前端就显示什么数据的

前端测试在了解了上面原则后测试要注意的地方:

1. 苹果手机与安卓手机页面显示问题不同. 有些页面样式可能是在苹果手机上显示很好,而在安卓手机上不显示(比如markdown的加粗样式,苹果机能显示加粗效果而安卓机不能显示加粗效果)
2. 在一个安卓手机上显示很好,在另一个手机上也行某个页面就显示不好, 这是手机兼容性问题,前端最难的就是手机兼容性问题, 有时候前端修改了某个手机某个样式的手机兼容性,会导致其他手机页面或者输入又出现问题. (比如部分手机语音长按会出现复制粘贴现象, 前端修改了,结果又出现苹果机不能输入问题,然后继续解决才根本上解决
3. 前端最需要注意的就是手机适配性问题, 和兼容性问题了,是最复制的,也是最多变的

为什么要做兼容性测试

兼容性测试是指测试软件在特定的硬件平台上,不同的应用软件之间,不同的操作系统平台上,不同的网络等环境中是否能够很友好的运行的测试---【百度百科】

目前碎片化十分验证,尤其是安卓设备.安卓设备碎片化,品牌碎片化,大家熟知的安卓品牌都有好多家,每家可能还有定制的系统,都给我们适配带来了不小的挑战.除了上面的碎片化,当然还有系统版本碎片化,屏幕碎片化等,为了给用户更好的用户体验,给APP的兼容性测试,还是非常有必要的.

1. 手机兼容性测试-----机型选择(从系统,屏幕,型号考虑)
   系统兼容性从两个方面考虑: 优先测试主流系统; 关注新版本操作系统
   屏幕兼容性 : 优先主流分辨率(横向,竖向的像素点数px); 关注新版本操作系统
   型号兼容性: 优先测试主流品牌, 考虑品牌的主流系列
   数据来源: 1. 项目用户统计 ; 2. 反馈问题统计 ; 3. 百度,友盟统计
   友盟: https://compass.umeng.com/trend
   百度:https://mtj.baidu.com/data/mobile/profile/
   分辨率(单位px) :横向,竖向的像素点数.
   尺寸(单位英寸): 屏幕对角线的距离;
   像素密度(PPI) : 每英寸的像素点数
   PPI计算方式: 假设横向 和竖向的像素点为1080 和1920 ,尺寸为5英寸,则为
   sqr(10801080+19201920)/5
   约为441 PPI

2. 工作的开展
   首先在数据来源中选几个测试机型, 至少top10,如果没有合适的条件,可以找身边朋友,尤其是对外的出口方面,如分享链接, 查看文章等
   其次, 兼容性测试一般是流程测试已经结束之后的事.

兼容性测试影响因素

用户 : 依据自身APP用户群体的特征以及使用习惯,去做相应的兼容.比如用户群体如果大多是老人的话,可以考虑大字体的适配.比如针对旅游人士,可以考虑过程中网络的状况.如果拥有大量海外用户,可以考虑多币种,多语言,多度量,时区问题.
硬件 :1.设备类型(手机,平板,穿戴式设备) ; 2. 生产商(安卓手机存在每个厂商的定制化差异); 3. 显示屏(屏幕大小,分辨率) ;4 特殊硬件功能(NFC,蓝牙,相机,定位功能等)
软件 : 1.操作系统 2. 浏览器内核 3. 伴生应用
技术 : 1. RN，　H５　，　native　２开发语言（ｏｃ,swift)
网络 : 1. 2G, 3G, 4G,wifi 兼容各种网络下APP的表现

影响因素大致可以分为以上几类, 我们对所测APP做兼容性测试时, 可以从以上方面去考虑.

H5 兼容性

1. css样式兼容(一些属性的浏览器标示前缀没有添加,导致默认浏览器不认识这个属性,所以样式错乱.有些布局不灵活,样式边界处理不好,导致宽窄屏显示异常.
2. JS 兼容(主要是浏览器或者系统版本,新的js api 不支持,但是没有做降级处理.
3. 第三方库或SDK
4. 框架 (react , vue…)
5. 缓存 (sessionstorage, localstorage)

哪些场景需要做兼容性验证

UI 显示
多次快速点击
拉起虚拟键盘挡住输入区
虚拟物理按键收起与显示
多个输入框来回切换
控件焦点热区文体
前后台,多个应用切换
指纹识别和faceid等
框架升级
网络
新老版本兼容
第三方依赖库或者SDK升级
前后端版本兼容

如何做兼容性测试

主要分为内部和外部. 内部由测试人员自己覆盖主要机型.机型选取的原则是,根据自己APP用户的机型,选取至少top 10 进行人工兼容性测试.内部还可以进行的就是UI自动化测试.外部可以借助云测平台,比如 testin, testbird等.

关于版本迭代的测试

版本迭代期,是基础功能已经测试过的, 所以如果版本迭代期测试人员较少, 你先进行大概的冒烟测试, 然后重点是关注本次版本迭代改变的功能及影响范围. 注意记录开发过程中开发代码改动了什么, 加了什么功能,以及影响范围, 一般部署文档会把这方面写清楚的;而测试开发从头开始一起, 就要注意新功能以及影响范围, 通过影响范围判断哪些地方需要重点测试, 尽快写出测试用例, 等到代码完成后进行测试.
例如: 前端从静默授权变成手动授权: 测试用例要考虑机型; 要考虑以前关注过公众号的登录; 未关注的登录; 第一次登录与第二次登录(间隔时间短,间隔时间长), 登录后取消关注的 等等场景