从测试的角度,开展哪些方面测试?
ui检测
对比ui效果图,进行ui细节校验
字段规则校验
校验字段的必填、非必填、输入合法、输入不合法等校验;相关提示的文案内容
业务逻辑校验
正向逻辑:正向业务流程
逆向逻辑:反向业务流程
前后台交互:多个入口的情况下对同一条数据进行操作,数据是否保持同步;
场景:
前后台交互场景,例如支付的支持用户前端和财务后台操作同一笔收款单,则进行前后台数据操作结果同步。例如:财务后台是否支持修改/取消app端新建的收款单,反之财务后台新建的收款单,app端是否支持取消/修改,若是支持,则对应的相关金额是否重新进行试算。
暴力测试:
重复提交:多个入口同时提交、同一个路口快速多次提交
中断提交:使用抓包工具拦截中断请求、通过手机端返回按键中断请求等
请求超时:请求超时是否有轮询机制、轮询过程中请求成功、轮询结束请求失败
场景:
测试支付时需要考虑到:
若用户重复支付,则系统应该要仅允许一笔支付成功
若用户支付请求被中断,则不应该支付成功,保持收款单状态不变或直接取消收款单
若请求超时,进入轮询阶段,轮询请求成功则支付成功,轮询请求失败,则支付失败
安全性:
若数据加密,则可修改本地数据
若数据可解密或未加密,则直接修改接口数据
场景:
1.支付时,无法修改支付接口内的实际支付金额,则修改本地收款单的待收金额,创建实际支付金额与待收金额不一致的场景
2.支付时,可修改支付接口的支付金额,则抓包工具拦截修改支付金额,创建实际支付金额与待收金额不一致的场景
以上两个场景都需要支付不成功或有其他异常处理措施。