标签：脚本 正式 9.png ima 时间 响应 jstat eve 了解
1.测试工作流程
了解需求文档，与项目经理确认——写测试用例——接口联调验证——dit冒烟测试——fat环境功能测试——fat环境回归测试（自动化脚本）——sit环境辅助测试
2.印象较深的bug
3.给一个命题设计测试用例，如登录界面，一次限时抢购等。
4.Bug定位，比如如何判断问题是前台页面还是后台服务器的问题。
有流水一般是后台，含rdp、后台映射不匹配或无错误信息提示的一般是前台缺陷
5.性能测试流程
1.用户有明确需求： 单交易：账务类 < 300ms，开户类 < 500ms，查询类 <100ms 混合交易：账务类 < 400ms，开户类 < 600ms，查询类 < 100ms，TPS > 200 2.了解应用软件 采用的语言、架构、协议 3.确定测试方案 1）负载工具jmeter 2）基准测试、负载测试、混合测试 4.环境部署 测试环境、服务器环境（数据库服务器、应用服务器） 5.测试脚本开发 1）参数化用户输入、关联数据、设置检查点、查看数据库或后台日志-->>单笔交易成功 2）使用Test Fragment模块化脚本构建 3）执行测试方案的测试用例 4）配置JVM参数，及监控插件PerfMon（服务器资源）、JVMon（虚拟机）使用 5）收集测试结果 6.监控 1）慢sql查询，优化 部分大数据量的业务表增加索引。 部分SlowSql执行慢的nameSql进行调优，减少耗时长的子查询和条件插件。 2）GC指标，调优 Minor GC执行迅速(50毫秒以内) Minor GC执行不频繁(间隔10秒左右一次) Full GC执行迅速(1秒以内) Full GC执行不频繁(间隔10分钟左右一次) 与预期结果接近，无需调优
6、数据库之旅？！码农翻身
7、http tcp/ip rpc协议
8、银行项目，一个卡号的一生
a.开户是根据客户号类型、选择账户类型及币种等选项进行个人化开户的
b.客户号：对公或者对私；账户类型：D02（活期储蓄）等活期类型，D01等定期类型；不同账户类型对应不同产品编号，FA01、SA01等等
c.冻结：不管内部还是外部 ，金额冻结(SA02/FA01)均只对子账户起作用，因为一般账号的金额放在其子账户层，客户号、账号、子账户均可以进行只收不付（SB01/FB01）、不付不收(SD01/FD01)冻结。
冻结以级别最高为优先控制 level：不收不付 > 只收不付 > 金额冻结
d.定期开户可以输入续存的信息，假如开户的是无指示，这样到期的时候就会转逾期（逾期会有对应的逾期利率），客户可以通过2206定期到期手动续存。如果开户选择的是本息续存，未到期时客户可以通过2402定期续存信息维护，这样到期就会自动续存了。
续存方式有1-本金续存（设置了收息账号，收息账号只能是活期账号，一般定期产品配置的是收息账号优先，这样到期了利息就会转入收息账号），2-本息续存（重新生成了一个定期的存单），3-转账户（即不再存定期，可以定期支取）
e.定期支取是全额支取，支取完一般会销该账户的子户，假设该子户为001，再开子户从002开始，若该账户的账户类型有个销完子户同销账户的标志，子户销完了就会自动销账户。
定期提前支取都是本息一起支取，到期后如果利息没自动转入收息账号，那也会一起支取，定期支取可以选择多张利息处理方式。
f.活期利率、定期利率、逾期利率、违约利率
产品有个分段计息标志，如果为‘否’的话，维护利率后，则利息会按新的利率重新计算；如果为‘是’，则维护后的利息按新的利率计算。假设1号开户利率0.1，2号维护利率为0.2，如果不分段，则这2天的利率都按0.2算，以后也是0.2；如果分段则1号按0.1，2号按0.2，以后也是0.2。
违约利率是定期提前支取的利率，假设存期1M利率1.0，如果提前取，则利率可能是0.1，然后用0.1计算开户日到支取日的利息。
定期到期后没有续存方式就会转逾期，存在逾期利率
g.客户填写客户信息生成客户号，根据客户号生成存款账户，账户允许转账等金融交易，根据账户开卡，则客户可获取实体卡，卡需要激活和设置卡PIN，从app层面操作的是卡，从柜面层面操作的是账号，客户若对卡进行口头挂失，可选择冻结方式——不进不出、只进不出，这样卡号进行金融交易时会有限制，若对卡进行正式挂失，则系统会返回客户一张新卡，新卡需要重新激活。
h.检查会计分录，借贷是否平衡；跑批，检查入账批量文件
i.可通过利息试算交易，选择产品、存入金额和存期等信息，试算预期收益
标签：脚本 正式 9.png ima 时间 响应 jstat eve 了解
原文地址：https://www.cnblogs.com/Ryana/p/7871710.html
