2018-12-29 21:26:36 weixin_44328239 阅读数 369

一、第三方支付系统性能检测内容

对支付服务业务系统性能的检测主要包括以下三方面内容:一是系统的并发能力验证;二是压力解除后系统自恢复能力;三是系统性能极限验证。

系统的并发能力验证应包含两方面检测内容:一是验证系统是否支持业务的多用户并发操作;二是结合典型交易检验各测试点在给定并发用户数下,系统各项性能指标是否满足用户性能需求。

系统自恢复能力验证的内容主要是在系统并发能力验证和系统性能极限验证的同时,记录各测试点在加压和压力解除前后系统资源的使用情况及资源恢复所用的时间。

系统性能极限验证的内容主要是对典型交易采用极限测试策略,通过逐步增加系统负载的方式,测试系统性能的变化,并最终确定在什么负载条件下系统性能处于失效状态,同时记录此时系统所能承受的最大并发用户数。

二、第三方支付系统性能检测要点分析

与其他应用系统的性能测试一样,规范的第三方支付系统性能测试同样需要经历测试准备、测试实施和测试总结等过程。

1) 性能需求分析

因各家非金融机构支付服务系统的用户规模不同,所以央行并未对第三方支付系统性能检测环境和性能指标进行硬性规定,性能指标的确认依据主要来自于系统需求文档中对性能的约定或用户性能需求的调研。

性能需求的主要调查内容包括:系统实际使用的用户数量、正常情况下系统的平均使用用户数、高峰时段的在线用户量、可预期生命周期内系统的用户增长情况、一年的业务量及日交易量、压力解除后系统自恢复时间要求等。

2) 测试策略分析

根据非金融机构支付服务系统的业务特点,对其性能的测试大致可分为两类:一类是包含数据插入操作和数据查询操作的并发测试性能(如:支付、交易明细查询等);另一类是大数据量处理性能(如:日终批处理等)。

并发测试策略的主要内容应包括:并发用户数、性能指标要求(包括响应时间、系统资源占用)等;对大数据量计算性能测试策略的制定过程中,需要关注的是对批处理交易数据量的要求。

3) 性能测试点选取分析

按照央行的定义,第三方支付服务包含网络支付、预付卡和银行卡收单等,而无论采用哪种支付方式,三种支付平台实质上都是买卖双方交易过程中的“中间件”,它的核心功能就是通过提供的支付网关为交易双方提供支付、充值等交易服务,并记录双方的交易数据。对其测试点的选择可以典型交易、复杂业务流程、频繁的用户操作、大数据量处理等为总体指导原则,围绕支付、交易管理、资金结算、对账处理等核心业务进行选取。

在网络支付系统中,我们将重点选取支付、预存、交易明细查询、日终批处理等操作进行测试;预付卡部分重点选取联机消费、联机余额查询、交易明细查询、批量充值、日终批处理等操作进行测试;银行卡收单部分重点选取消费、预授权、日终批处理等操作进行测试。

三、第三方支付系统测试方法简析。

第三方支付系统性能测试可以选择常见的商用性能测试软件进行,但需要注意的是由于交易过程通常需要调用银行接口与协约银行进行数据交换,因此在测试脚本编辑过程中需要用模拟接口来替换真实的银行接口来测试支付平台的真实性能。预付卡和银行卡收单其交易数据的来源均为Pos机,性能测试中只能用开发的工具或编制的脚本来模拟发送报文到Pos前置服务器进行并发测试,具体可通过Socket协议编写报文发送脚本的过程进行实现。

欢迎登陆松勤网(www.songqinnet.com),在这里你将获得【行业最新资讯】、【免费测试工具安装包】【技术干货分享】、【求职面试技巧】等。期待与您一起成长!

2019-05-16 23:05:12 hanlongzhou 阅读数 1882

电商首页、支付功能测试要点
电商项目首页测试要点:

首页测试分为两个比较重要的模块,UI测试和搜索功能测试,
UI主要测试页面排版布局是否整洁美观,每个商品的信息,文字和图片是否显示正确,图片有没变形等,点击链接能否跳转到正确的页面,有没有空链接,首页的输入框,下拉框,多选框,按钮功能是否正常,js动画效果,鼠标悬停时,轮播图是否正常,页面的加载速度是否正常,是否兼容不同浏览器,是否支持移动端访问。

搜索功能测试分为商品搜索和店铺搜索:
搜索框是否对字符类型和长度限制,是否有提示信息,
输入完整商品信息,是否搜索出匹配信息的商品,
点击为空的搜索框是否有搜索历史提示
搜索框是否有提示信息,提示信息能否选中,点击提示信息能否显示匹配信息的商品,
输入关键字搜索能否正确搜索匹配输入的商品
当不输入的时候能否搜索到商品,
没有搜索到商品是是否有提示,有没有返回首页的链接。
店铺搜索和商品搜索类似

购物车:
界面测试:
  ·打开页面后,页面的布局是否合理,显示是否完整;

功能测试:
  ·所有页面链接功能正常,可以点击到正确页面;
  ·从商品信息页面添加的商品能显示在购物车中;
  ·购物车页面打开的同时,在其他页面添加了商品,购物车页面刷新后,新的商品能显示;
  ·若未登录,点击购物车,则提示用户输入用户名和密码,或者提示其他的非注册用户购物方式;
  ·商品未勾选的状态下,结算按钮是灰色无法点击的;
  ·勾选商品后,已选商品的总价会显示,结算按钮变高亮可点击工作;
  ·勾选商品,点击结算按钮后,进入确认订单信息页面;
  ·购物车页面中,可以对添加的商品信息做信息的修改,并自动保存成功;
  ·购物车有商品降价或者库存告急的,是否有对应提示,缺货商品能否添加购物车;
  ·购物车能添加的商品种类是有数量上限的;
  ·不要的商品,可以删除;
  (其他特有的功能不做赘述,只讨论常见通用功能)
  性能测试:
    ·打开购物车页面要多久;
  可用性测试:
    ·快捷键功能知否支持
  兼容测试:
    ·不同浏览器上的测试功能是否正常;
    ·app上测试

填写订单信息:
收货信息:
  新增、修改、删除、收货信功能是否正常。
  最多可以添加多少个收货信息。
  新增收货信息中有限制,输入框对字符类型和长度是否有限制。必填项为空能否保存收货信息
  保存成功之后能否在列表正确显示。后台能否查看到保存的信息。
  没有收货信息能否提交订单。
  收货信息能否多选。
支付方式:
  每种支付方式是否功能正常。比如说选择货到付款,还需不需要支付。
  第三方支付是否支持。
  能否选择同时选择多种支付方式。
商品信息:
  商品的图片,数据,金额等信息是否正确
发票信息:
  添加发票信息时对字符类型和长度是否限制,添加成功后显示是否正常,后台能否查询到正确的发票信息。

优惠券、红包、积分:
  优惠券、红包、积分显示是否正确,是否与后台匹配。
  优惠券、红包、积分能否正常使用,能否叠加使用。
  优惠券、红包、积分使用后支付金额是否相应减少。后台优惠券、红包、积分是否也相应减少
提交订单:
  提交订单和支付成功后,后台是否能查询到订单信息,

异常场景:
  金额不够的情况下,能否购买,是否有提示
  支付过程中断网,断电,对支付是否有影响
  在弱网情况下,能否正常支付

2017-05-11 13:15:10 ChaosMax 阅读数 7153

一、软件的分类
二、什么是软件测试
三、软件测试的目的
四、软件测试的分类
五、环境分类
六、常见笔试面试题


一、软件的分类

1.软件 = 程序 + 文档

程序  是按实现设计的功能和性能要求执行的指令序列。
文档  是与开发、维护和使用有关的图文材料。

2.系统软件

Windows、Linux、Dos系统、iOS系统、MySQL等。

3.应用软件

QQ、微信、淘宝、支付宝、12306、Office等等。

二、什么是软件测试

书面定义:为了发现程序中的错误而执行程序的过程。
自己理解:软件质量的检查。

三、软件测试的目的

1)为了发现程序猿在开发中存在的代码以及逻辑错误
2)为了审核产品的完成是否符合用户的需求
3)为了提高客户的体验
4)为了交付更高质量的产品

四、软件测试的分类

思维导图

1.软件测试的阶段

单元测试
集成测试
系统测试
验收测试(正式验收测试、Alpha测试、Beta测试)

注:Alpha测试指用户在开发环境下进行测试

2.软件测试的方法

白盒测试
黑盒测试
灰盒测试

3.被测试对象是否运行的角度

动态测试
静态测试

4.其他测试分类

功能测试
界面测试
安全测试
兼容性测试
易用性测试
性能测试
压力测试
负载测试
恢复测试
冒烟测试
回归测试
探索性测试

返测:针对程序员修改的错误进行测试,验证错误是否被修改。

回归测试:对软件的新版本测试时,重复执行上一个版本测试时的用例。在发生修改后重新测试
新版本的软件以保证修改的正确性,以及修改后没有引发新的错误。

冒烟测试:指在对一个新版本进行系统大规模的测试之前,先验证一下软件的基本功能是否实现,
是否具备可侧性。冒烟测试又称版本验证测试,它的对象是每一个新编译的需要正式测试的软件
版本,目的是确认软件的基本功能正常,可以进行后续的正式测试工作。

五、环境分类

开发环境(开发人员)
测试环境(测试人员)
生产环境(又叫正式环境,是指客户使用的环境)

六、常见笔试面试题

1.什么是软件测试?软件测试的目的是什么?

答:软件测试是为了发现程序中的错误而执行程序的过程。其目的是为了能够发现程序中存在
的错误,审核产品的完成是否符合用户的需求,提高用户体验,交付更高质量的产品。

2.软件测试分类都有哪些?

按测试阶段分:单元测试——集成测试——系统测试——验收测试
按测试方法分:白盒测试——灰盒测试——黑盒测试
按被测对象是否运行的角度分:动态测试、静态测试
其他测试分类:功能测试、界面测试、安全测试、兼容性测试、易用性测试、性能测试、
压力测试、负载测试、恢复测试、冒烟测试、回归测试、探索性测试

3.什么是黑盒测试?

答:黑盒测试是从用户的角度出发,着眼于程序外部结构,不考虑内部逻辑,主要是针对软件界面
和软件功能进行测试,以此来确认软件的功能和界面是否正确或遗漏,数据库访问是否正常,会不
会出现性能错误、初始化和程序终止等BUG。

4.Alpha、Beta测试的区别?

答:Alpha测试一般是在开发环境下进行,受开发方控制,用户数量相对较少,时间比较集中;
Beta测试是用户公司组织各方面的典型终端用户在生产环境下进行,用户不受开发方控制,
可以自由地测试,用户数量相对较多,时间不集中。

5.试着比较一下冒烟测试与回归测试?

答:冒烟测试是在开发人员交付软件时进行的大体预测,主要是针对整体流程和主体功能
进行测试;回归测试是开发人员修改了已提交的BUG后,测试人员进行再一轮的测试,主要是
检查BUG是否被修复,BUG相关功能是否被影响。
2019-03-27 15:02:35 paidaxing_dashu 阅读数 519

一,基本测试

1)安全权限检测

登录或不登录

2)选择的支付方式

  1. 网上银行(借记卡和信用卡)直接支付,网上账户支付(通过充值后再支付),第三方平台支付(支付宝,云网,快钱等);
  2. 借记卡未开通网上银行有无提醒,每家银行的接口测试(国有四大银行,招行等其他及国外银行)
  3. 信用卡是否开通网上银行,有无当天支付限额;
  4. 借记卡与信用卡是直接输入卡号,密码,验证码,卡上专用码,还是直接使用用户名和密码加动态密码支付;
  5. 直接支付考虑充值费用与所支付费用是否平衡,是否包含一定手续费;
  6. 系统账户支付:将银行卡或第三方钱转到系统账户进行支付,检测账户余额不足时是否提示;是否有当天限额;
  7. 第三方平台支付,接口的测试
  8. 是否支持批量支付;
  9. 是否需要身份验证,手机短信提示,找他人代付功能;

3)收款功能

1,提现(转到银行卡或公司账户)功能

4)账户管理
5)账单查询
6)打印,传真,邮件提醒功能

二,异常情况

  1. 网络带宽问题
  2. 无法正常充值,网上银行充值有问题,如银行服务器忙等
  3. 并发用户多
  4. 充值,支付成功,但数据未更新

三,测试方法

1)流程图

画支付流程图,依据业务流程进行功能全覆盖测试

2)接口测试

对支付接口进行重点测试(因支付方式多样,所以选择性广)

3)功能测试

采用黑盒测试策略,使用等价类划分,边界值分析,因果图法,判定表法等测试用例设计方法的原理与实现,分别对支付系统的功能,
账户和交易风险监控,系统性能及安全性等测试指标项进行测试。黑盒测试法应制订覆盖全部功能模块的测试用例,
通过执行测试用例以实现系统功能,业务流程和其他质量特性的测试。

4)安全性测试

URL有参数的手动修改参数,看是否得到其他用户的信息和相关页面
在登录输入框的地方输入“or  1=1--”看是否有SQL注入
在注重SQL注入的同时,一般在有输入框的地方输入
输入的数据没有进行有效的控制和验证
直接输入需要权限的页面地址可用访问

5)性能测试

带负载情况下的响应时间和吞吐率,在某个时间段内同时访问系统的用户数量,或是在线数据处理的数量。

大概测试用例思路:

支付流程:
  1. 正常的发起一笔流量充值请求,检查点:
    1)用户发过去的信息有携带key值
    2)商户系统本地数据会留存一份用户的订单信息,并且会根据每笔订单信息生成一笔支付信息(同时留存到本地)
    3)第三方支付成功,第三方有存支付订单信息
    4)充值成功,用户的流量余额有对应增加
异常用例
1、修改用户发过去的数据: 
1)产品ID 与价值不对等---->检查点:篡改数据和key,检查商户系统报错:key值不对或者是用户数据有误。 
2)取消充值流量  
3)重复发起流量充值请求

2、商户系统-第三方之间:
1)密钥搞错-第三方报错,不接收密钥
2)提交商户系统里面不存在的订单/支付订单->第三方这里也是不能通过请求
3)篡改用户支付金额-->第三方也要检查

3、第三方--用户之间:
1)支付密码错误/余额不足 
2)取消支付 
3)重复支付[对账--->处理退款]
退款流程
正常的用例:
1.用户发起退款--->该用户的订单以及支付订单号都要存在。---检查点:商户系统/第三方检查数据没有问题,可以退款成功--->交易状态改成退款
异常用例:
  1. 无故发起退款:提交不存在的订单号或者支付订单号 —>订单号不存在/支付订单号不存在
  2. 信息不匹配发起退款:提交订单号与支付订单号不匹配的数据—>订单号/支付订单号有误
  3. 退款大于实际金额:提交的退款金额大于实际支付订单的金额–>商户系统要报错
  4. 商户系统这里发过去的请求:退款金额大于实际支付金额–>第三方要报错
2019-05-26 14:49:24 Anita__Li 阅读数 1693

支付的正常流程

按照PRD,不赘述

支付的异常流程

  • 支付金额操作:
  1. 支付的余额小于待支付的钱
  2. 调起支付输入密码框后,不进行输入密码,是否会生成订单
  3. 调起支付输入密码框后,输入错误的密码,是否会生成订单,并且是否会重试(一般是微信或支付宝控制的)
  4. 点击立即付款后,通过fiddler或其他工具,修改付款金额,将金额改成1元,是否会修改成功

  • 第三方应用未设置
  1. 微信/支付宝支付,未安装微信或支付宝APP怎么处理
  2. 苹果支付,未登录或未设置过支付信息怎么处理

  • 特殊操作
    1、重复支付,是否会出现问题
    2、连续快速点击立即付款,是否会出现多次扣款的情况,应该只响应一次
    3、多设备同时登录,同时付款,是否会出现问题

  • 网络/中断/退出APP问题
  1. 点击立即付款后,出现断网/中断流程/退出APP,是否会生成待支付的订单
  2. 点击立即付款后,出现断网/中断流程/退出APP,随即联网,查看是否会刷新页面
  3. 点击立即付款后,调出来密码输入框,输入密码后,出现断网/中断流程/退出APP,是否会生成支付成功的订单
  4. 点击立即付款后,调出来密码输入框,输入密码后,出现断网/中断流程/退出APP,随即联网,查看是否会刷新页面
  5. 弱网环境下,造成网络请求超时,查看支付情况
  6. 弱网环境下,付款成功后,返回APP的过程中造成网络请求超时,查看支付情况
  7. 使用wifi/4G进行支付

  • 服务器问题
  1. 发起支付时,我方服务器出现问题
  2. 发起支付时,第三方服务器出现问题
  3. 支付过程中,可以调起支付密码框,输入密码后,第三方服务器出现问题
  4. 支付成功后,给我方返回数据过程中我方服务器出现问题
  5. 支付成功后,第三方服务器出现问题支付后页面

  • 刷新情况
  1. 支付成功/失败后,返回APP,页面刷新是否正常
  2. 跳转到第三方支付平台进行支付,支付成功/失败后不通过第三方平台返回APP,手动返回APP,查看页面刷新是否正常3. 多设备同时登录后,一个设备支付成功后,另一个设备的刷新情况

  • 失败的相关提示信息
  1. 上述各种情况下的失败,均要有用户可以清晰明了的提示信息,不能出现error:xxx之类的用户无法理解的提示信息
没有更多推荐了,返回首页