阡陌

如莲花不着水 亦如日月不住空

  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

TEST NO.1

3个多月的测试工作经验总结,仅供参考。

1.出了问题自己先看,先抓包,看数据 接口,前端的传值,与服务的返回,进一步的确定问题后,有利于开发的修复,节省时间。
2.如果在其它手机上出现了问题,先在现有的机型了上跑一边流程,确保功能本身没有问题,再去排查兼容性的问题。很多时候在线上出问题往往是在某一个时间段内功能出了问题,而非出现在兼容上。

3.涉及第三方的数据请求。
  1.确保数据导入的正确性 数据要导入完整,特别是如果获取第三方的数据涉及多个库时,一定要确保所有的库都查询了。有效的方法是按照相应的格式去造相应的数据在不同的数据库中,这样以确保后台管理中的数据,可以查询到从第三方存储到数据库中的每个数据库中的数据。避免出先数据库中有数据,后台没有,查找不出来的情况。
  2.第三方 数据出现问题后, 要在第一时间知道,最好是做数据的核对,如果出现问题立马协调第三方解决。以免造成由于第三方数据问题,自己系统出现的一系列的异常情况
  3.查询  是否所有涉及的库 全部查询了
4. 系统升级

  1.很多功能由于兼容性和系统的原因,有可能在IOS10 的前端效果展示没有问题,但一升级到最新的IOS11系统,前端的展示效果就会异常。安卓也是如此。

5.关于订单

  1.订单的整体流程要清楚的知道

  2.订单会存在哪些异常

  3.金额会有哪些变化

  4.有哪些敏感数据

  5.数据在哪些时间节点会发生变化

6. 时间把控(第三方对接)

   1.自己数据库模型与对方的数据库的模型,前后之间的关联性,时间已那个为准。

   2.金额,多层类型组合而成。零界点,金额是什么金额,那个层面的金额,在次之前是那个金额 之后会变成那个金额。那部分的金额,多种类型混合而成的金额,抵扣的金额,金额产自那里,在那一层的金额,怎么产生,怎么消耗。

  3.启动时间,数额,金额都一样,开始的时间 和结束的时间,首尾之前的数据相类似,有可能首之前的订单进去了,尾的订单没有进去 或者首的订单没有进去,尾之后的订单进去了等情况,这时候由于首尾两个订单数据相似,这是可能看起来,数据是正常的没有变化,但当下一批文件进去的时候,就会报错,其实在上一个订单就已经错了,只是由于数据相似,结果一致,没有发现,这是最好的测试方法就是 让首位/首位前后的数据不同,这样就可以很明确的早出错误。最好是采用 奇数校验。

  4.时间的点,时间的关联,时间和它关联的维度的关联

  5.首位数据不同,都是横跨 前面的容易被忽略。4个数据的边界值。

  6.时间跟金额订单的相关的关系。

7.第三方数据对接 参数校验
    1.看接口文档
        要看清接口文档的内容,有几个接口,每个接口都是用来做什么事情,用来校验什么的,对于的接口做的事情怎么来进行全面的测试。
    2.弄清楚一个接口在对方系统和自己系统中的全部参数是什么
    3.要知道接口的校验参数有哪些,不校验的参数有哪些,不校验的参数,如果在第三方系统和自己的系统中使用的不一致,会不会有影响.
        比如:一个接口 只校验了车主的车牌号 车架号 和身份证号,没有校验用户的姓名和车辆类型,如果用户在第三方系统中,使用的姓名和填写的车辆类型与在自己系统中填写的姓名和车辆类型不一致,这个时候由于用户的姓名一致,导致了在第三方系统中可以看到用户的数据,但是在用户在自己的系统中没有看到同步的数据,就是由于在自己的系统中,第三方系统传递过来的姓名和那些没有做校验的参数不一致,导致这些数据没有显示在用户的账号里.
        第三方对接,由于一些参数没有做校验,只是校验了部分参数,那么校验的部分参数正确了,其余参数与第三方系统不一致.会不会导致用户在第三方系统中有数据而在自己的系统中没有数据.这是非常重要的一个检查点.

 

 

三方手机号静默注册,在已方系统中是未激活的用户,如果用户在第三方注册是一个手机号,在己方系统注册时另一个手机号,需要做判断这两个手机号是不是一个人,三方系统需要扩展性。

 

 

  

 

    

 

  

 

 

  

  

  

 

posted on 2017-10-23 22:30  Gavin_roadside  阅读(96)  评论(0)    收藏  举报