• 11
  • 13
分享
  • 支付怎么测试?试写支付功能测试的用例设计——软件测试圈
  • 曼倩诙谐 2022-02-16 09:46:59 字数 737 阅读 3921 收藏 13

  功能:

  1、支付金额的最小值是0.01元

  2、支付的时候是否可以选择多种支付方式

  3、支付方式是否支持第三方支付,例如微信、支付宝

  4、支付方式是否支持银行卡支付

  5、是否支持朋友代付

  6、是否支持人脸识别、指纹支付

  7、支付密码输入错误、指纹、人脸识别错误时,是否会有支付失败的提示

  8、当选择的支付方式余额不足时,是否会有提示

  9、每天的支付金额是否有上限

  10、输入的数字格式不符,例如负数,或者输入的不是数字,是否会有错误提示

  11、银行卡支付时,银行卡账号输入错误

  12、支付成功的话,是否会发送消息提醒

  13、用户在支付过程中,是否能够取消支付

  14、当支付方式的余额不足,充值后是否能够接着继续支付流程

  15、如果有优惠券时,是否会使用优惠券减少响应的金额,显示左后实际付款

  性能:

  1、多次点击支付按钮时,是否会出现多次扣款

  2、如果发生多次扣款,如何通过原支付渠道退回

  3、如果在双十一、双十二这种支付高峰的时候,支付时是否会排队

  4、是否会响应超时

  5、如果响应超时,是否会返回友好提示

  界面:

  1、支付按钮是否足够明显

  2、支付的界面是否简洁、美观,符合大众审美

  3、支付页面的字体大小是否合理,如果是近视眼、老年人的话,能否很好的使用

  网络:

  1、当网络不佳时,是否会提示用户,是否会返回友好提示

  2、当断开网络时,是否会提示用户网络已经断开,能否支付成功

  3、当收到来电、短信时,支付功能是否能够继续进行

  安全:

  支付的过程中是否泄漏个人信息,或者受到外界攻击



作者:似曾相识。   

来源:http://www.51testing.com/html/11/n-4477711.html

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   第一部分:复用思想概述  在工作中,你有没有过这种感觉 ,某个功能用例之前设计过或者类似的工作之前干过。  再次干还需要重新设计,所以感觉有一种浪费时间或者没有意义的感觉。  本文希望提供一种策略和原则,指出测试工作的中的‘道’,让我们找到工作中的解决方案即‘复用思想’,那么何为复用?  复用是一种软件开发原则,它鼓励使用现有的资源来构建新的软件系统或其组件。这种思想基于一个简单的观察:许多软件问题和需求在不同的项目和上下文中是相似的,因此可以利用已有的解决方案,而不是从头开始。  比如深入现代软件开发中,库和框架的广泛使用是复用思想的一个明显例子,如Java的Spring框架或Pytho...
            0 0 880
            分享
          •   二舅火了,《回村三天,二舅治好了我的精神内耗》在朋友圈疯狂转发,看很多测试同事发圈感慨二舅治好了自己的精神内耗,让自己不再纠结那些得不到的东西。  想必你也经历过一刷激动、二刷感动、三刷四刷平平无奇的感觉,到现在可能你已经想不起来视频讲了什么。曾经短暂平和的内心是不是又泛起焦虑不安的浪花?  二舅治不好你的精神内耗,测试人的精神内耗是二舅无法治愈的痛。  时代变了,每个时代各有自己的烦恼,不尽相同。生活是苦的,二舅生活在那个物质匮乏、信息封闭的年代,活着已经是那个刚刚经历百年动荡后,大部分人追求的目标。  从这个角度看,二舅做得很不错了,他能在少年残疾的情况下活下来,还有一些积蓄和本领,这...
            0 0 1213
            分享
          •   使用背景概述:  在客户端项目中,测试同学经常需要使用VMWare虚拟机进行兼容性测试。随着操作系统从Win7到Win10的普及,笔者发现Win10自带的虚拟机Hyper-V就很好用。比如需要分别测试Win7、Win8、Win10等系统上的客户端系统,在虚拟机Hyper-V单独安装这些系统,这样既不影响本机系统软件使用,又可以完成兼容性测试工作。  对于从事Selenium分布式测试的同学也可以参考下:  1、Hyper-V安装系统要求  根据官网提示:  1).Intel或者AMD64位处理器  2).Windows Server 2008 R2及以上(服务器操作系统);  Window...
            11 11 3052
            分享
          •   软件测试点分析基本原则——通用  第一步:先了解产品的基本的业务流程逻辑:是个什么项目,做什么的,怎么工作的?  · 画出流程图,业务逻辑梳理。    第二步:细分模块,针对每个小功能模块进行详细的划分:  · 正常:覆盖正常核心业务流程--优先测试? ? --单个功能冒烟测试。     ·异常:各种异常? ? --贴近用户使用场景,确保产品正确处理,提示友好!    注意:确保不遗漏,列出输入项异常输入项。  第三步:针对具体功能,寻找每个输入项,从以下角度来具体分析测试点:  · 长度,数据类型,必填项,重复。  · 需求的约束条件 + 隐形需求。  · 结合业务流程的步骤。  第四步...
            8 8 2445
            分享
          •   契约维护的难题  如今微服务凭借其灵活、易开发、易扩展等优势深入人心,不同服务之间的集成和交互日渐繁多且复杂。这些服务之间交互的方式是多样的,常见的有 HTTP 请求和消息队列。在它们交互的过程中,会有服务的版本演进,交互信息的格式或方式就会产生变化,前后版本的接口可能并不兼容,甚至开发环境经常会宕机更新,加之不同服务的开发进度有快有慢,各团队的优先级有高有低,在开发过程中,服务间交互方式的匹配性就成了一个问题。  这里,不同团队之间,对服务间如何进行发送和接受消息所能达成的共同理解,我们称之为契约 (contract)。如何采用一个合理的机制,维护服务间契约,使服务提供方和消费房能够在不...
            0 0 504
            分享
      • 51testing软件测试圈微信