工作积累测试点

1.进行上传图片的测试的时候，验证下是否能上传视频

2.进行手机号码测试的时候，验证下是否能使用新的手机号：166.....199....开头的-----验证规则 ^1\d{10}

3.进行Android机测试h5页面的时候，关注测试机本身包含的返回键和其他键

4.测试银行卡的时候，进行开户，需要区分借记卡和贷记卡的区别。。。。借记卡就是银行卡  贷记卡是信用卡

5.进行身份证测试的时候，末尾区分下X和数字

6.进行被迫下线测试的时候，测试点

a:机型交互---Android的和ios的，Android的和Android的，ios的和ios的，平板和其他的

b:返回按钮是否无法检测

c:h5页面是否无法检测

d:图片上传是否无法检测

*就是没有能检测到操作的行为是否都无法进行立即被迫下线

7.公共控件或者用例可以归纳成一个总的进行替换

8.考虑点：当存在业务方和消费方时，消费方进行选择业务方时，可能得控制不能都查看到

eg：爱又车业务，存在两个公司，用户申请评估时，根据地点会拉取对应的门店，但是由于是线下拉客，导致公司A拉的客户能查看到公司B的选择，所以得去掉

构造较大数据量的方法或方式比较多，常用的方法：

a. 使用压力测试工具做压力测试生成数据（如：LoadRunner）

b. 使用专用的数据产生工具生成数据（如：DataFactory）

c. 使用SQL脚本或存储过程生成数据

d. 其他辅助工具生成数据

 

 9.屏幕旋转：--------上传图片时
a: 确认哪些界面是需要允许横屏或者禁止横屏的

b: 将屏幕锁定为竖屏或者横屏，在几个界面跳转，界面是否正常

c:当适应横屏时，是否对横屏进行了适配

10.ocr识别时，文字错误   于变成了干

11.还款的账单日：注意下还款合同日如果是在29号，30号，31号，那么需要看下31号是否是取每个月的最后一天，29号，30号的，对应2月取当年2月的最后一天

12.还款的金额，账单如果每期不能整除，那么有些数据158000或者161000  对应24期  总的金额不正确

 

支付功能的测试

支付功能测试的执行

1、公司交给专门负责支付接口等相关的人员进行支付测试

2、如果是支付宝支付可以用到支付沙漏，模拟支付测试。但是好像只能核对成功支付的情况。

3、给公司申请测试备用金，继续实际支付操作

4、把收款方改成自己的收款账号。这样就可以自己支付，自己收款，避免浪费自己的金钱做公司项目的支付测试。但是这也是有风险的。万一扣款成功，但是支付的金额 没有到账  可该怎么办？

支付功能测试考虑点

支付功能在很多软件应用中常常涉及到。支付功能的测试关注点是有没有出现资损  和事务的一致性。

一、在支付金额上

1、金额的最小值 ：如0.01  

2、无实际支付意义的金额：如0元订单

3、支付金额错误：格式错误 、数字错误（支付金额为负数）

3、超大金额 ：设置的最高金额上限。（如微信红包单个最大值为200等）

4、余额小于实际需要支付的金额

5、银行卡或其他设置当日消费金额或者是单笔消费金额超限

二、支付接口上

关于支付会设计到很多第三方接口的相关的事件。比如：支付宝 、微信、网银系统 、手机银行、POS机的终端服务  甚至是 扫码枪 等硬件设备也是有关系的。

三、支付的操作问题上

1、指纹支付

2、免密支付

3、账号+密码支付

4、动态获取支付验证码支付

5、银行卡号+密码绑定支付

6、信用卡可能会设计到支付码等

如今的支付方式多样化、快捷支付和银行卡支付之间的差异性。信用卡和普通储蓄卡之间的差异处。等都是需要考虑的。

四、产品的容错性上（异常处理）

1、如何处理退款

2、支付时出现断网  

3、支付失败之后 如何补单和退单

4、支付金额不足的情况下 ，充值后 是否可以继续支付

5、持续点击 是否会出现多次扣款

6、如果发生多次扣款，如何退款到支付账号

五、产品后台处理上

成功订单的账务处理、失败订单的账务处理、退款订单的账务处理、差错账处理等等。

 

微信支付验收用例文档：https://pay.weixin.qq.com/wiki/doc/api/jsapi.php?chapter=23_1

支付宝：https://docs.open.alipay.com/270