其实我们该做的就是不断的学习，不管是学习什么技能，多学习总归是有用的，如果有一天面试银行业务的测试工程师，我觉得也可以试一试 今天是总结的一天 今天也是被热的一天，穿的太厚了。。。。。。

保险业正处于一个日益复杂、多变的市场环境下，各保险公司对于支持保险企业日常运营的关键性平台—保险核心业务系统的产品稳定性、数据安全性、业务模块灵活性等方面提出了更高的质量要求，那么成功的软件测试就成了保证其质量的必要手段，而在此类型软件系统测试管理过程中,如何做好可行性的测试计划,采用更有效的测试策略,组织和规划更合理的测试需求分析和设计，成为了比较关注的问题

针对保险核心业务系统，从测试计划入手，确定和分析测试需求，以及制定测试计划的方法，然后是测试用例，其次在测试执行阶段，分析环境、数据准备，测试阶段准则，测试过程监控以及测试结果评估，最后对缺陷的管理，每一步都是至关重要的 保险系统测试过程中，我的体验是如下两点 第一，业务的修改对于核心系统功能来说是不可避免的，但是系统的良好体验应该是修改迅速并且可扩展，也就是说，当你发了一个新产品的话，新产品对应的业务规则不会影响到之前产品的规则，有单独的环境可以进行新产品的测试 第二，性能是一个很大的问题，IT能够经常性的提供出各个业务的性能指标，定期做比对和修正

从20年开始到现在进入保险行业测试快2年，今天来做做我的保险测试总结 首先来说说保险保单的一个周期 产品的配置:险种，计划，责任，服务，保费，保额等 不同渠道开售，保费试算，录入被保人和投保人，收益人信息，核保，投保规则，支付，承保，生成保单，发送承保邮件和承保短信，生成电子保单，个人凭证，电子发票，保单服务，保单生效，医疗理赔，保单到期，续保，退保等等 从一开始进入保险行业是在核心核保组，直到核心保全组 基本流程就是相关同事用工具产生保单号、产品、计划、责任、服务、保费、保额、投保人信息，被保人信息等等相关，根据产生的保单号来测试投保规则和核保规则，之后测试通过数据进入核心，核心测试测试就开始了表数据核对，保费计算验证，投保规则核保检验验证，核保承保保益数据落地核对，后续的保全，理赔，医疗组等的进行联调测试，以及配合财务，精算等的数据测试

金融软件测试与其他软件测试有不同的之处，如下 第一：金融软件的测试算法是测试的核心，验证测试数字在不同的场合条件下，一定要保证数据的准确性 第二：与外部存管银行的各种接口数据的准确，稳定，安全 第三：金融软件在整个业务过程中涉及到很多合同相关的内容的测试，合同上甚至连一个文字，一个空格都要测试到 第四：运营报表，整个数据是给老板看的一定要保持计算和统计数据的准确性 第五：和其他软件测试流程一样，保证业务的逻辑要正确无误

金融业软件系统具有集中度高、规模庞大、耦合性强、业务复杂、需求变化快等特点，这就要求金融业软件测试要比一般行业成熟度更高

金融业软件测试的主要特点如下： 重视产品质量，有较完善的测试体系和测试工具 测试组织规模相对较大，外包人员在总体人员中占比较高 测试团队既要懂复杂的金融业务，又要懂专业的测试技术 愿意探索新的测试方法，不断优化测试工作和测试流程。

金融企业应用系统的数量，中小银行应用系统数量普遍在100个左右，有一半银行超过100个应用系统；虽然保险行业应用系统数量相对较少，但大部分保险公司拥有10-50个应用系统；而且这些数量还有进一步上涨的趋势

重点需要测试转账的功能、性能与安全性 1）先检查界面 2）再测试功能 验证同行转账，跨行转账。 验证转账限额。 验证非法账户（挂失，冻结，锁定的账户）的转账。 3）在测试性能方面的

到期肯定会有边界，所以设计里面可以考虑边界值法。自动转存

存钱要分类：活期、零存整取等（具体规则百度下），然后根据每类的业务规则选择合适的用例设计方法，如一次最少存入多少？最多一次能存入多少等

实名认证接口 1）银行卡实名认证（调用银行接口，验证卡号，姓名，身份证号码，手机号码。需要利用到手机接收到的验证码） 2）身份证实名认证（公安接口）