账户支付怎么测？
回答·10
最热
最新
- 主要有一下几个方面 1.从用例设计：账号的状态，支付类型（），支付金额的控制，支付笔数，支付风控预警，输入合法性校验，安全性测试，超时异常，其他（内存泄露，链接释放）； 2.从类型：接口测试（侧重考虑单接口的功能，数据处理逻辑），Ui 测试（侧重考虑功能、界面的校验与多借口的调用，以及断网，超时等异常场景的处理），安全性测试，性能测试 常见支付都与这些有关：支付机构（支付宝，财付通），清算机构（网联，银联，农信银），银行（全国银行）等，具体测试还需要结合被测试的系统及支付节点
- 业务场景：支付成功（支付方式切换，扣款渠道切换，大额支付，小额支付，刷脸，扫码，密码，代扣，自动扣款）；失败（下单失败，余额不足，支付失败，密码错误，刷脸错误，扫码失败 功能：UI，控件校验 安全：sql 注入，明文检测 性能：成功和失败等响应时间 接口：参数校验
- 我觉得账号支付测试主要为了确保支付功能的正确性、安全性和稳定性 从几个维度拆分测试点 功能测试：验证支付功能的各项基本功能是否正常，例如输入正确的账号和密码后是否能够成功支付，支付金额和订单金额是否一致，支付成功后是否跳转到正确的页面等。 安全性测试：测试支付过程中的安全性，包括数据传输是否加密、支付密码是否被正确保存、是否存在漏洞等问题。此外，还需要测试支付限额、支付次数等安全设置是否有效。 兼容性测试：测试支付功能在不同浏览器、不同操作系统、不同设备上的兼容性，确保用户能够在各种环境下顺利完成支付。 性能测试：模拟大量用户同时支付的情况，测试支付系统的处理能力和稳定性。这可以帮助发现潜在的性能瓶颈和问题。 回归测试：在修复了支付系统的缺陷或增加了新功能后，需要进行回归测试，确保之前的支付功能仍然正常，并且新增功能也没有引入新的问题。 在进行账号支付测试时，需要注意以下几点： 确保测试环境与生产环境隔离，避免测试数据对生产环境造成影响。 使用真实的支付账号和金额进行测试，以确保测试结果的准确性。 遵循支付系统的安全规范，例如不要在测试中使用真实的银行卡信息。 与开发团队保持紧密沟通，及时反馈测试结果和问题，确保问题能够及时得到修复。
- 1 用例设计： 账号状态验证：测试不同用户账户状态（如余额充足/不足、冻结、注销等）对支付结果的影响。 支付类型：测试不同支付方式，如快捷支付、绑定银行卡支付、余额支付、分期付款等。 支付金额控制：包括最小支付金额、最大支付金额、精确到小数点后几位以及特殊边界值的处理。 支付笔数限制：检查单日或单次交易限额是否正确执行。 支付风控预警：模拟异常交易模式以检验风险控制系统是否有效触发预警及阻止非法操作。 输入合法性校验：检查支付过程中所有输入字段的有效性，包括但不限于卡号、有效期、CVV、验证码等。 安全性测试：包括数据加密传输、敏感信息保护、防重放攻击、防篡改攻击等。 超时异常处理：测试网络延迟或超时时支付请求的成功与失败情况，以及对应的回滚机制。 其他异常场景：例如内存泄露检测、连接释放问题、服务器端错误响应处理等。 2 测试类型： 接口测试：通过调用API接口来验证支付服务端逻辑，比如订单创建、支付网关交互、支付结果回调通知等。 UI测试：从用户界面层面进行测试，确保支付流程顺畅，界面提示清晰，断网重连、页面跳转等情况下的用户体验良好。 兼容性测试：确保支付功能在不同浏览器、操作系统、移动设备上均能正常工作。 性能测试：模拟高并发支付场景，检验系统的负载承受能力及响应速度。 集成测试：当涉及到多个系统或第三方服务如银行、第三方支付平台（如支付宝、微信支付）集成时，验证整个支付链路的完整性和正确性。 3 具体步骤： 设置并验证支付参数的正确性，包括收款方、付款方信息，支付金额等。 模拟实际支付过程，包括选择支付方式、确认订单、提交支付信息、完成支付操作。 测试退款、撤销、查询交易状态等功能是否正常。 验证支付成功后的更新操作，如账户余额、订单状态、交易记录等是否同步更新。 4 第三方服务对接： 确保与各个支付机构、清算机构、银行之间的接口通信正确无误，特别是支付指令发送、应答接收、资金结算等环节。 5 合规性验证： 根据相关法律法规和行业规范，检查支付流程是否符合监管要求，如实名认证、反洗钱、隐私保护等。
- 业务场景：支付成功（支付方式切换，扣款渠道切换，大额支付，小额支付，刷脸，扫码，密码，代扣，自动扣款）；失败（下单失败，余额不足，支付失败，密码错误，刷脸错误，扫码失败 功能：UI，控件校验 安全：sql 注入，明文检测 性能：成功和失败等响应时间 接口：参数校验
- 1、从功能方面考虑： 1）、正常完成支付的流程； 2）、支付中断后继续支付的流程； 3）、支付中断后结束支付的流程； 4）、单订单支付的流程； 5）、多订单合并支付的流程； 6）、余额不足； 7）、未绑定银行卡； 8）、密码错误； 9）、密码错误次数过多； 10）、找人代付； 11）、弱网状态下，连续点击支付功能功能，会不会支付多次； 12）、有优惠券、折扣、促销价进行结算是否正确； 13）、不同终端上支付：包括 PC 端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等； 14）、不同的支付方式：银行卡网银支付、支付宝支付、微信支付等； 15）、支付失败后，再次支付。 2、从性能方面考虑： 多个用户并发支付能否成功； 支付的响应时间； 3、从安全性方面考虑 使用 Fiddler 拦截订单信息，并修改订单金额，或者修改订单号，(下两个订单 A,B，付款时拦截订单 B，并把订单 B 的订单号改为 A 订单的订单号)无法完成支付； 4、从用户体验方面考虑 是否支持快捷键功能； 点击付款按钮，是否有提示； 取消付款，是否有提示； UI 界面是否整洁； 输入框是否对齐，大小是否适中等。 5、兼容性 BS 架构：不同浏览器测试。 APP：不同类型，不同分辨率，不同操作系统的手机上测试
- 都有模拟平台，测试接口呗
- 接口工具测试最合适，也能看到
- 零售项目的支付就要看很多，进账，入帐，对账，这些都需要看
- 不同支付方式支付成功，余额不足测试，限额测试