什么叫网站权重,优秀网站架构,江苏网站开发电话,域名防红短链接生成软件测试金融项目需要格外谨慎和专注#xff0c;因为这些项目通常涉及大量的交易、用户隐私和其他敏感信息。以下是一些软件测试金融项目时需要关注的方面#xff1a;
1. 数据保护 在测试金融项目时#xff0c;必须确保用户数据和投资信息得到保护。测试人员必须确保测试环…软件测试金融项目需要格外谨慎和专注因为这些项目通常涉及大量的交易、用户隐私和其他敏感信息。以下是一些软件测试金融项目时需要关注的方面
1. 数据保护 在测试金融项目时必须确保用户数据和投资信息得到保护。测试人员必须确保测试环境和测试数据安全并遵守数据保护法规。
2. 性能测试 金融业务通常需要处理大量的数据和交易因此性能测试至关重要。测试人员必须模拟负载和压力测试以确定系统在高负载情况下是否正常运行。
3. 安全测试 在金融项目中安全性非常重要。测试人员必须测试网络安全、身份验证、访问控制和数据加密等方面以确保系统具有足够的安全性。
4. 遵守法规 金融领域有很多法规和合规性标准例如SOX、PCI-DSS和GDPR等。测试人员必须知道这些法规并进行测试以确保系统符合相关要求。
5. 用户体验 对于金融项目而言用户体验也非常重要。测试人员必须确保用户界面易于使用、响应迅速且用户文档清晰易懂。
综上所述测试金融项目需要特别关注数据保护、性能测试、安全测试、遵守法规和用户体验等方面。为了确保测试质量和项目成功测试人员必须具备相关领域的知识和技能并与开发人员和其他团队成员紧密合作。
有的产品比如员工贷既是指员工贷小类也是指员工贷系列的产品这时候需要关注需求描述的员工贷覆盖范围是产品大类还是小类。 未带参数时是否有默认处理 前端传输的某个值为空时后端是否需要设默认值 接口返回的某个配置项为空时前端是否需要展示默认选项。 大小写处理成一致之后再匹配 身份证校验的地方需都转成同一种大小写格式再校验。 基本校验不通过数据是否还要提交 在用户提交申请信息时有的处理方法是提交时进行基本校验校验不通过不允许提交/报错不保存数据后台无法查看真实的用户申请记录和情况后续无法进行记录查看和数据分析用户也无法查 看历史记录体验感稍差。 虽然从流程看没有问题但是建议的做法是保存用户提交的记录即使不通过也只是更改状态为校验未通过。 处理出错时需要有结果 后端处理出错时尽量给友好的提示给用户前端或后端处理都可但不要直接把后端报的空指针或者空响应返回给用户。 结果同步发送给其他系统还是异步发送 比如额度申请需要风控系统进行处理在用户提交申请后如果同步发送请求给风控当风控系统异常时流程中断数据未保留在这种情况会容易由于系统问题丢失用户影响业务给用户带来不好的体验。 对额度的处理 提款时用的是审批额度而不是申请额度用户申请20000通过了15000用户可提款的额度为15000而非20000额度过期后需作废该笔额度(变更状态或者变更数值)。 展示的地址 如果省市区是分开填写和存储的在展示详细地址时是否有把省市区详细地址组合特别是合同上。 图片读取位置 对不同文件类型存放的位置是否有区别导致人审时无法查看证件照等其它客户资料。 筛选数据时需要确认是只要某产品的数据还是所有产品数据 针对公共模块的数据展示需要确认仅需处理某产品的数据还是需要所有产品的数据仅该用户名下的数据还是总的数据。 需要加密的数据/需要解密的数据 避免漏解密、重复加密的情况数据库中用户名是加密的展示时直接取数据库中的值而未进行处理。 字典项对应 检查配置项是否缺失配置项是否使用正确。 分页请求数据 分页处理的数据需要验证每页请求的数量避免出现数据重复和缺失的情况如第一页请求6个数据第二页开始请求5个数据导致出现重复下拉获取更多数据时较容易出现数据缺失的情况。 金额单位是元还是分 多个系统交互时需注意两边的金额单位是否一致。 金额一分钱差异 金额类型进行计算操作可能有坑先四舍五入后再计算还是先计算再四舍五入处理。 两个地方取值来源和方式不同比如明细里的总额是前端自己处理的我的页面的总额是直接取后端返回的。 输入密码需要加密键盘 基于安全考虑金融系统输入密码时需要使用加密键盘。 放款时分账给各主体的金额 有的产品在放款/还款时需要分账需要查看分账给各主体的具体金额是否正确。 放出/收到的钱和记账的钱需要匹配 需要关注放款表、实际放款的金额和借据金额、记账金额一致。 放款订单号和还款订单号不能重复 同一笔借据即使放款和还款都是用同一支付方也不能使用同一个订单号。 查询的订单号是否发起的订单号 发起支付的订单号是transno查询时用了主键transid导致无订单数据。 合同落款时间 取当前签约时间还是合同时间如果是当前签约时间有可能由于签约失败隔天签约时合同落款时间非放款时间。 合同的签章主体 合同的签章主体需要和业务确认避免出现签错章的情况。 合同上金额小数位数 合同上的金额数值需要精确到最低的数值利率不能进行四舍五入。 连续解绑多张银行卡解绑验证码需重置 解绑一张银行卡后继续解绑第二张银行卡此时获取短信验证码是否会直接取前一次的结果。 重置支付密码、设置支付密码是否可设置小于6位 如果仅校验两次输入的支付密码是否相等有可能出现两次输入的密码确实相等但是并不等于6位的情况。 支付接口更改支付金额、手续费后端有无校验 发起到支付系统的金额如果直接取支付接口的金额则需要校验是否和账单金额一致手续费是否和计算值一致除了用户可更改支付金额的情况。 重复支付 同时操作同一笔订单同一个账号不同客户端操作不同用户操作同一笔账单需拦截。 支付后跳转 支付成功后选择系统键返回上一页或者页面返回上一页时不能是支付页和支付确认。 还款计划表新增字段需要日终同步任务增加保存 如果借据表、还款计划表等表结构有新增字段则日终处理任务中需增加处理和保存该字段否则隔天/逾期后数据错误。 同一借据多期数据并行处理需考虑处理顺序 对借据进行还款、减免等操作时需注意按期数顺序、科目顺序对项目进行处理。 借据的还款卡需要是用户选择的还款卡 当用户有多张银行卡时借据的还款卡需要是用户设置的且和代扣协议、借款合同对应不可直接默认帮用户设置还款卡。 冲销利息时计提也需修改 需要对借据进行冲销时除了修改应收还需要修改计提金额。 最后一期进行退货、提前结清、代偿等 在验证各种场景时需要关注最后一期的处理如最后一期内进行退货、提前结清、代偿 最后一期还款日进行退货、提前结清、代偿 最后一期宽限期进行退货、提前结清、代偿 以及这些场景下计算的手续费、应还利息等是否正确。 短信挡板 测试环境可能有短信挡板上生产之前需要打开挡板验证是否能发送短信。 支付结果主动通知和异步查询 支付结果主动通知是指支付后将支付结果实时同步到其它系统 需要有定时任务重推支付结果因此支付结果的通知状态需要记录 异步查询是指如果没有主动通知/主动通知都异常其它系统过来异步查询是否成功。 最后感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走 这些资料对于【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴上万个测试工程师们走过最艰难的路程希望也能帮助到你
