2018年工作总结

上一篇 / 下一篇  2019-02-09 11:38:51 / 个人分类:总结

工作内容包含:1.负责需求测试工作 (测试案例设计编写,冒烟测试、系统测试、端到端测试、回归测试,测试报告编写,缺陷管理) 2.支持其他外围系统的测试工作(捞取日志,数据准备,解决问题) 3.接口测试自动化案例集。
usually there have two build iterations every month, which release one formal build each  two weeks .

首先业务分析需求,完成需求分析,确定这个需求所有需要改造的系统,然后由业务、产品经理、开发经理、测试,分析涉及到的业务场景,该需求要正确实现什么样的效果,再由各系统开发经理判断逻辑上能否实现
实现方法是怎样的,要实现这个功能,哪些系统需要改造,版本经理,测试负责评估开发人力和测试人力。然后再分析各个系统要开发的任务。由产品经理分配SR(story ID),再由版本经理负责分配具体任务给到开发。开发根据需求说明书编写需求设计文档。

任务分派:
产品经理和版本经理根据每个版本进行需求排版,每个任务根据改造点进行任务评估人力,接口只涉及到单个系统的时候测试人力评估可能就1天,如果涉及到与其他系统联调测试,跑批等情况则至少2天,如果联调的系统更多,测试链路更长则评估3人力日。

测试用例设计:
 一般开发会把需求实现设计写成设计文档,移交给测试的时候,就会包含需求、需求设计说明书、及提测清单。设计思路和方法会用到:边界值、等价类、判断表、因果关系等。
 接口测试的范围包括:接口的字段定义、接口的数据一致性(各个系统间数据存储不同,如becif那边客户号是按12位存储,cnbs和主机保持一致按19位存储,当更改手机号发送Rocket
 MQ消息给CCMS系统时,如果CCMS系统不对客户号统一做12位处理,可能会导致客户无法刷卡消费。)、接口返回的字段名称与实际定义一致、数据是否符合业务场景,跑批场景下查询或更新信息,
 新增字段需要覆盖到长短链更新,及快速发卡(由主机发起),字段数据格式测试、是否传空、翻页测试等。
 注意:特殊数据的测试:有效账、流通账的测试,是否单双账户,单双账户交易,附卡、帐号下无卡片信息,客户下无账户信息,证件信息包含中文的情况、卡片未激活,做了毁补卡等特殊数据的测试
 
 版本移交部署:
 1.开发使用专门的版本管理工具和移交工具进行移交。
 版本移交使用的是DLM web系统,代码是使用GitHub进行版本管理。开发会将每个版本分一个branch,在每个branch下又分一个SR,一个SR对应一个需求,每个SR上面有需求编号。
 2.开发在DLM上做移交操作后移交的版本会同步到测试环境部署平台:
  部署版本的步骤:1. 先备份开发移交的版本到备份目录
 2. 再通过比对工具对比配置文件增加的内容,对配置文件进行增量复制
 3. 在数据库中执行sql脚本
 4.备份war包,将新war包复制到部署平台的执行路径下
 5.预发布环境:检查更新的内容是否正确
 6.同步到测试环境
 7.控制台上更新war包,然后再重启服务
 8.重启完成后执行下回归接口案例,然后发送邮件告知系统部署完成。
 测试流程:产品经理定好需求后完成需求文档或故事编写-->根据需求文档输出设计文档-->根据需求文档、设计文档输出测试用例-->评审测试用例-->冒烟测试-->系统测试-->回归测试。
 
 冒烟测试:
 冒烟测试需在版本移交后3个工作日完成,开发使用的内部工具进行版本移交。冒烟测试需要挑选最主要的流程进行执行,没问题才算通过。冒烟测试完成后发送冒烟测试报告,告知其他需求关联系统,可以进行联调了。
 
 系统测试:
 冒烟测试通过后开始进行系统测试,系统测试需要系统本身内部的测试,及各个外围系统与核心系统的联调测试。联调测试也是发现需求定义不合理的手段,根据业务场景测试结果检验需求定义是否合理。
 系统测试需要各个系统测试完成后均无问题才算通过,另外系统测试需要主办系统进行协调测试。评审测试案例,协调测试环境,测试进度报告,测试风险等。
 测试用例评审的形式:邮件评审、电话评审、会议评审
 
 评审测试案例的目的是评估测试业务场景是否遗漏,遗漏需补充。测试点是否覆盖完全。测试案例的关联性(如翻页数据,核心系统以30条记录为一页,那么前端和后端测试时考虑边界值也为30条;但若接口是直接请求主机的
那么可能翻页记录条数是20条一页,如CNBS的8509接口)
解决问题思路:
解决问题:
1. 跑批需要针对主批和交易库:
固转临逻辑:
1.首先判断AMBS表的user_code_11字段是否为Y(判断是否是固转临用户):a.若是,上报央行的额度为temp_crlim的值,固额则取user_amt_12,此时再判断user_amt_12与crlim是否相等,相等则该客户临额为0,不相等临额则为crlim,
临额有效期则为date_temp_crlim_exp,信用额度则取crlim;b. 非固转临用户,先判断date_temp_crlim_exp是否大于0,大于0则固额取的temp_crlim,临额取crlim,临额有效期为date_temp_crlim_exp,上报央行的额度为temp_crlim;date_temp_crlim_exp
为空时,则该用户无临额,固额取crlim,上报央行的额度为crlim,信用额度均为crlim
微信机器人直推答案还款日问题:当双币帐户只有美元账户消费有账单时,微信公众号上展示的到期还款日为空。
原因:需求分析时判断的是双币账户的到期还款日相同,当只有美元账户消费有账单时,人民币账户没有账单记录,通过接口调用的时候返回的到期还款日为空,而没有去取美元账单记录中的到期还款日
BUG:测试过程中发现当只有美元账户有账单时,无法查询到账单信息,实际是因为人民币和美元账户的date_last_STMT字段值不同,去账单库查询时取的是人民币的date_last_STMT字段值去匹配,导致无法找到
解决办法:判断AMBS表中双币账户的date_last_STMT实际出账单日期,并判断人民币和美元实际出账单哪个更大,更新,则取更新的。
5002接口过滤卡logo逻辑:1、过滤未激活的卡;2、过滤附属卡;3、过滤过期卡4、卡片的BLK为非DELUWYZXNK;5、外币单币卡需过滤;卡logo为:408,409,910,917,911,609,508,915,914,913,926;6、根据入参cardLogoList过滤的卡logo 判断过滤
导致问题:商城只允许曼联卡做交易时,可以查到其他卡信息,可以做支付
原因:需求分析时,当时约定的接口,没有明确说入参是0:logo,则只返回这个logo的数据
  BUG:测试过程中发现卡参数列表只送1:908时,返回’无有效卡账信息’
  
  
  发送MQ消息场景:
  1.非Becif渠道更新客户信息后,CNBS会发送MQ消息给BECIF。
  2.AB/FB终端(柜面或远程终端)更新手机号后,CNBS是接收MQ消息,通过9015接口更新主机再更新库信息,更新成功后发送MQ消息给CCMS系统。
  3.9029接口 -待办激活的几个接口激活卡片后会发送MQ消息给CCMS
  4.
  
  
CheckList:
check点测试点测试点描述
接口数据来源批量数据同步由于批量数据同步时会对部分字段做trim,但联机不做trim,导致接口字段使用时由于格式问题报错。
联机数据同步
卡片类型主卡主附卡在接口处理时逻辑不同,账单显示逻辑也不同;一帐通卡逻辑特殊;不带卡逻辑特殊
附属卡
不带卡
一帐通卡
账户纬度多账户涉及多账户的数据,不同的接口对账户返回的要求不一致
双币账户双币种和单币种的数据,接口处理会有异常
994账户94账户下不带卡,不同接口处理时会有差异
不同分区的数据有的时候出现分区取错的情况,如附属卡分区与主卡客户号分区不同
额度纬度金额字段金额字段单位应与接口文档一致,注意字段正负值与小数点
额度金额需要确认额度值是满足要求的,特殊额度是通过计算得到的
账单纬度账单日/还款日更改账单日的影响,date_last_cycle和date_last_stmt区别
双币账户人民币和美元账户实际出账单日期不一致,即242账户和241账户的date_last_stmt可能不一致。
批量跑批过程中1.R1,R2状态下客账卡数据更新到临时表与基表的merge,数据是否正常merge进基表
2.所有涉及查卡账客的接口需要在跑批状态下测试
 扩档1.扩档字段考虑是否有联机更新,有联机更新需考虑跑批结束后联机更新是否正常。
2.在线发卡必须测试
接口纬度入参字段1.入参校验的临界值、枚举值
 出参字段特殊字段的验证:时间格式,枚举值,金额,是否必输,长度
2.客账卡数据出参都是前补0的19位
 


TAG:

 

评分:0

我来说两句

Open Toolbar