史上最细，CRM管理系统项目（ERP平台）测试与面试汇总（详细）

前言

CRM客户关系管理系统项目：

之前做了一个CRM管理系统，主要是为我们解决管理客户，做客户数据分析和客户推广这块的问题，登录我们小微金服后台CRM系统，主要包括三大块客户池管理，数据中心，客户跟进

客户池管理：主要包括数据管理比如说客户的名片，联系电话，姓名，微信，QQ，来源，归属人，地域，创建人等等，还有无效数据，数据调配，报名管理对于一些封闭式的新手优惠的理财产品进行数据的记录，数据上传结果和批量数据处理

数据中心：主要包括营销总览，总览对比分析，推广分析，搜索词分析，来源分析，地域分析，接线分析，销售分析，销售日报，复购报表等等，营销总览里面主要有：现金花费，账面花费，流水，退费，投产比，机会转销，名片转销和名片总量，回访量，预约，名片成本，机会成本，购买成本

客户跟进：企业微信添加状态，客户的基本信息，活跃行为，上级推广员，所属推广员，客户群，我的客户群，客户回收站，客户设置，我的订单和订单管理等等。

项目名称：ERP平台（跨境电商类）

项目描述：ERP是一款轻量级企业资源管理系统，可以前端基于Vue3+ElementPlus，支持PC、平板自适应，界面简洁，操作流畅；后端采用SpringBoot+MyBatisPlus，可以结合shein，tiktok，虾皮等等跨境电商实现产品，广告，托管，订单，数据，采购，仓库和物流等等的功能，商品建档批量导入，库存实时预警，订单自动拆单配货，财务凭证一键生成，手机扫码出入库，微信/钉钉推送审批，数据全程加密，十分钟完成初始化，助力中小企业低成本数字化转型。

负责的模块：产品采集，订单状态， 广告管理，结算管理，利润分析，运营分析，采购等等

项目职责：
1、参与PM的需求评审，参与测试方案评审
2、使用jira进行测试用例的编写和评审
3、使用Fiddler工具进行打断点，结合apipost工具进行接口测试
4、通过MySQL数据库造数据，看前端页面的返回
5、使用 Python+requests库编写自动化脚本，用pytest框架管理用例进行接口自动化测试，分析自动化测试结果。
6、通过 Python+selenium进行回归测试
7、设计单接口和关联接口场景，用JMeter在客户端和服务端进行性能测试，监控TPS和CPU，内存等情况，发现性能bug，提供调优建议
8、每天编写测试报告，发送给领导

购买验证正常场景测试点：

1.购买时协议检查（产品说明书、客户权益约定书、风险提示书、理财业务申请表）；
2.购买成功后账户余额变动是否正确；
3.进度条笔数统计是否正确 ；
4.购买后结果页状态检查。如购买已受理，购买失败，交易处理中；
5.购买后交易记录检查，如购买超时，购买失败，未确认份额，确认份额，份额确认失败，购买撤销处理中。

购买验证异常场景测试点：

1.无账号购买
2.未登录购买
3.未风评或者风评过期购买
4.客户风评等级与产品风险等级不匹配情况下购买
5.低于起购金额，低于追加金额购买
6.账户余额不足或限额，字符情况下购买
7.账户异常购买比如挂失、注销、冻结、黑灰名单等情况下购买
8.产品售完、停售、不在出售时间内购买
9.产品份额为零时购买多账号同时中购，多账号同时中购时总份额小于、等于、大于产品份额总数

购买后的测试点：

1.购买后生效时长 T+1 还是 T+，T+1 的话是否可以撤单，撤销后也要保证金额原路返回。
2.份额的计算公式
3.确认份额的认购价
4.成交价成交时间
5.支付成功后要确保买方和卖方金额一致
6.成交后消息通知如短信，邮件，平台消息等。
7.服务日志，数据库相关数据查询，
8.购买后收益验证

理财赎回的流程是：进入理财持仓列表页，选择一笔可以赎回的产品，进入产品详情页点击赎回申请，录入赎回份额，选择赎回账号，输入交易密码，完成赎回。

理财赎回的正常场景测试点：

1.赎回成功后账户余额变动是否正确；
2.收益计算是否正确；
3.赎回后结果页展示：如赎回已受理，赎回失败，赎回处理中；
4.赎回后交易记录列表展示：如赎回已确认，赎回确认失败，赎回撤销处理中，赎回已撤销等场景。

理财赎回异常场景测试点：

1.低于最低可赎回份额赎回
2.低于最低可持有份额赎回
3.超过可赎回份额赎回（部分冻结）
4.超过持有份额赎回
5.巨额赎回（赎回份额不可超过上一个工作日的20%）
6.账户的异常状态赎回（挂失、冻结、止付、注销、睡眠户等）
整体来说我的测试是从页面，栏位，流程，业务逻辑，异常场景，等方面来测试的。

理财购买数据流向：

购买理财的数据流向是：手机银行发起交易，行内支付系统通过ESB将数据传输到核心系统扣款/冻结，核心系统把处理结果返回到行内支付系统后，行内支付系统发起购买请求到理财系统，理财系统处理请求返回结果到手机银行可查询结果。

理财赎回数据流向：

手机银行发起赎回请求—行内支付系统把请求传输到—理财系统处理请求退还份额—行内支付系统把退还请求—柜面核心进行退款—通过行内支付系统—前端

典型Bug案例

购买的理财产品，按照正常日期进行了赎回操作，也选择了赎回资金需要到账的银行卡。但是已经超过了到账日期，银行卡还没有收到赎回的资金。

1.后面排查原因是因为客户选择赎回资金的到账储蓄卡是属于睡眠户，所以无法到账，这个是客户的非常规操作，测试的时候忽略了这一点。

只要储蓄账户状态不正常（如状态为睡眠、久悬、转营业外等），都不能进行资金交易往来。如果客户一定要使用这个储蓄卡，需持本人有效身份证件及相关银行卡前往就近任一建行网点核实处理，更改账户状态才能正常使用。

2.后期需求变更，客户不能手动去选择赎回路径（指定赎回的储蓄卡），所有的理财产品赎回的时候资金都应该按照原路径返回。

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

人生最动人的风景，往往藏在最难攀爬的高处。当你觉得力竭时，请记住：每一次坚持都在雕刻更强大的自己。别问路有多远，只管迈步向前；别怕山有多高，向上攀登就是答案！

你体内沉睡着改变世界的力量！每个清晨都是改写命运的新机会，每次挫折都是精心包装的礼物。当全世界都在说"不可能"时，正是你证明"可能"的最好时机！