电子商务网站测试方案

电子商务网站测试 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 口 。思博伦技术专栏 ?一 ?~恩 博 伦 通 信 思博伦通信 试,确保网站运行顺畅。 引言 电子商务 通指在全球各地 面临的挑战 广泛的商业贸易活动中,借助开放的互联网平台,基于复杂的系统 浏览器/服务器,买卖双方远程进行各种商贸活动,如网 电子商务网站提供的用户功能增多以及用户规模 购、商户问网上交易、在线电子支付,以及各种商务活 的膨胀导致网站系统益复杂化。 动、交易活动、金融活动或相关的综合服务等。 根据业务特点及规模的不同,电子商务网站的拓 电子商务网站功能包括企业产品/服务项目展示、 扑也会有所?别。图 所示为某大型网上购物网站,由 商品/服务汀购、网上支付、网络服务、发布商业信息、客 典型的多层功能实体组成。 户信息管理、实时互动等。根据其功能不同可分为信 其中,服务器、数据库服务器和应用服务器代 息服务型、广告型、交易型、管理型和综合型几大类。 表 关于同志近三年现实表现材料材料类招标技术评分表图表与交易pdf视力表打印pdf用图表说话 pdf 了网站的核心内容。前端 服务器负责接收并处 思博伦方案的适用对象主要为交易型和管理型电子商 理来自用户的 清求,并生成页丽反馈给用 务网站.例如与百姓日常生活密切的电子商城、网络订 户;巾间的应用服务器负责执行商务逻辑;后台数据库 票和网 银行等系统都是电子商务网站的典型案例; 思博伦方案主要针对网站性能、安全和稳定性进行测 和文件服务器负责存储用户、产品信息及状态。外围思博伦技术专栏 《电 信网技术年 月第 期服务器 心』』 服务器 图 某大型网上购物网站典型的多层功能实体组成示意图 的防火墙/ 是主要的网络安全组件。 ~ 层负载均 抢、暑期商旅网站的业务量激增等。这些突发情况持 衡器则充当了应川交换机的角色,负责在海量用户方 续时间短,现实环境巾 很难复制。 问与多台服务器问进行负载分担。当然,不同的系统 测试方案介绍 不尽相同,如有的电子商务网站可能在系统中部署专 门的缓存服务器,以及在应用层交换机之前部署专门 思博伦 电子商务网站测试系统通过模拟真实 的加速设备等。 的用户访问,呵以帮助电子商务网站找到性能瓶颈及 面对复杂的系统,海量的用户访问,和用户行为的 故障点。 不一致,如何保证绝大多数用户顺畅地访问网站成为 . 测试 方法 快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载 网站运营商的大挑战。而创建一个可信的测试模型,仿真真实用户 仿真海量用户且模拟真实用户行为,能有效评估网站仿真真实的片户行为, 实现过程如下: 系统的性能瓶颈或故障点变得非常关键。 ?抓取真实浏览;用户在电子商务网站上交易故障的代价 过程的,中包含注册、登陆、产品代码、账户 对电子商务网站来说,系统故障往往意味着高昂 等信息。 的代价。一个大型购物网站、机票/酒店预订系统 现 ?将抓取的导人到 模拟的客户段的 难以接受的页面影响延迟或拒绝服务,一个小时之内, 中,并根据需要进行 修改,如从 的数据库 就会损失数百万元的订单,同时也会降低客户粘合度, 中顺序提取 个不同的用户/密码用下髓陆。 对品牌信誉度造成负面影响。 ? 模拟的客户端可仿真不同的浏览器及不同的升级的困惑 版本。支持 ,并可与结合用于加密访问 为 保持竞争优势,保证顺畅的客户服务,网站架 中的被顺序执行,并支持条 件判断 构师需对网站系统进行升级。 等,用于网站返回值的验证。 架构师需要判断系统目前的瓶颈以决定哪些组件 以某购物网站为例,用户访问首页:进行注册,之 后自动或手 登陆,然后进行选购 在将选购商品加 需要升级,如处理能力、网络带宽或磁盘/ 、数据 库的连接可承受的并发用户数规模等。 入购物车后,通过网上交易平台完成 结账 罔 。 当然,除了以上主要业务 流程 快递问题件怎么处理流程河南自建厂房流程下载关于规范招聘需求审批流程制作流程表下载邮件下载流程设计 外,网站还包含其他 同时,升级也要弩虑季节性的突发状况,如春运期 用户行为,如刖户浏览不同分类下的产品宣传、修改或 间火车票预订系统异常繁 、购物网站店庆优惠即时 呈 呈 璺 呈 垦 呈 ? 行为的用户时,响应成功率的下降原 等 取消订单、用户收到货物后对产品和服务进行评价等 一 : . 测试内容 :一 不论是在电子商务网站上线之 ?? ??? ?可 ?? 登陆 前,还是上线后的调优测试,负载测试 ?? ? ?簟 ?一; 都至关重要。通常,可按需进行如下 图 仿真真实用户 负载测试:性能测试对上述行为进行仿真,如登陆、浏览、选购、评价 性能测试包括在一定的户行为混杂模式下,指 等,许可以按照一定的比例对用户的行为进行混杂,如 定用户容量的性能评估、最大顺畅性能和极限性能%的在线用户从浏览首页 开始、 %的用户点击“即 测试。 时抢”、 %的用户在下订单等。 用户行为的混杂方式,可以根据电子商务网站自 测试拓扑 身的访问特点来确定。比如,航空售票系统的页面访可模拟数百万的并发客 户,通过 访问电 问比例、用户操作习惯、当前热门航线的点击率等。 子商务网站。测试拓扑如图 所示。 对于指定用户容量的性能评估,包含指定的并 在此拓扑中,可以将电子商务网站作为一个整体 发用户数目和用户上线速率,如图 所示并发 万 进行评估,即整个网站被看成一个“黑盒”。也可以在 用户。在此条件下,测试网站的响应时间、交易成 发现整体出现问题后,采用隔离法对网站中的某个或 功率等。 某儿个组件进行单独排查测试。比如,测试系统中的 最大顺畅性能是指交易成功率在 %、给定较小 缓存设备对某些页面是否有效;在面对海量、具有混杂 匠?电????子??圃?商????务????网?????一 ?? ? ? ? 。???? ???? 。 一 应用服务器 防火墙服务器 数据库服务器 图 测试拓扑示意图 】 图 性能测试思博伦技术专栏 《电信网技术 年 月第 期 口 的响应延迟条件下,电子商务网站所能服务的最大并 激增的情况,此时的用 户上线速率会明显高于平均水 发用户数和用户上线速率。 平。很多网站的瘫痪,就是由于瞬间用户上线速 率高 于网站的承受能力导致的。 极限性能也反映了成功率 %条件下的网站容 量,但它对响应延迟等指标并无限制。与之相比,最大 交易流量 顺畅性能更能体现网站实际的服务能力。 交易流量一般以 / 为单位,它表 示一定并发 稳定性测试 用户数、特定的用户行为混杂模式下的网络吞吐量。 稳定性测试对于电子商务网站来说至少有两层 对交易流量进行测试的意义在于,网站可以明确地知 含义: 道某种用户规模下,需要的网络带宽是多少。如果进 ?当用户规模达到某种水平,网站中的各个组件 行扩容,应该在网络/ 、磁盘/ 等方面如何升级。 是否会出现异常,如拒绝服务或系统挂起。 ?当用户规模达到某种水平,长时间访问是否会测试案例 造成系统异常。 本案例是一个针对某大型在线影院订座/购票系统 指定负载下的功能验证 的测试。 很多电子商务网站经常推出新的服务或功能,使测试目的 用一定负载或重载作背景流,往往能够发现新功能背 通过对在线影院订座/购票平台的性能测试,为营 后的故障点,这与单一用户进行的初始功能验证是不 销推广提供有力支撑和可行性评估,为系统扩容工程 同的过程。 提供量化依据。 . 测试指标 通过对平台各个子系统接人、订购、支付 的处交易成功率 理能力进行测试,检测各子系统和端到端的网络服 对于电子商务网站来说,狭义的交易可以理解为 务质量。 网上交易。用户的交易成功意味着一连串行为,如登测试范围及需求 录、选购、添加到购物车、结账等动作的顺利结束。 本测试主要包括压力测试和过载测试。测试要求 支持对用户一连串的动作仿真,通过提取、验证电子商 模拟真实的用户行为,并按照指定的行为比例进行混 务网站的反馈,来确定这个交易是否成功。比如,用户 杂。测试涵盖查询、选座、订单提交和支付等业务流 在结账后,网站会返回类似“交易成功完成”的反馈。 程,涉及接入子系统、订购子系统和支付平台。可以基于此进行判断。测试 结果 广义的交易是指用户发出 请求,然后从电子 当用户行为确定后, 通过调整用户规模,如并发 商务网站得到 响应。 用户数或交易速率来提高、降低对被测系统的压力见支持狭义和广义的交易 成功率测试。 图 。 页面响应延迟 运行过程中和测试结束后, 提供从网络流量、 页面响应延迟直接体现用户访问电子商务网站时 到应用交易各个层面的状 态统计和结果见图 。 的使用感受,它与页面尺寸和页面商务逻辑的复杂程 在实际测试中,用户对整个系统进行了测试,具体 度有关,也反应着系统软、硬件的优化程度。 参见表 。 从 的结果文件中直接可以看出被测网站优化 前后响应延迟的变化。 表 用户对整个系统进行测试 并发用户数 并发用户数可以被看作电子商务网站的容量,即 性能指标 指标定义 结果 并发用户数 %成功下并行交易用户数 网站能够容纳同时上线用户数。 可以根据需要仿真 交易成功率 成功完成交易占总交易量的百分比 上百万甚至更多的并发用户。 交易响应世间 交易执行所用的平均时间 用户上线速率 吞吐量 / 每秒流经被测系统的数据流量 每秒处理的交易数 用户上线速率是指单位 时间内增加的用户 数。对电子商务网站来说,要面对某些特殊时段用户口 . .~?【 怕 【 “, ”?】 : //一 ,. : 、 『 】 ”? .。 .?: : : : . : :: ??: ?. : : 油 。.高 . 】 ? 。 : 。 ? . ??九】? 。 图 测试过程嘲 ’ , ?啪 ? , 口 ?自 ? ? ’哪 吣 ‘『 ?侧 . : ?蚶?州州? ?咖 州嗨 . : :?? ? ???一删 : :? ? 棚咖 如?吨 ’: 一 ? 吲 心? ’啦 ? ‘舾 删. 胛?? ? ? ?? ?州 ? ?哦? :时:加 ? 擀州 ? ?? 帕 . . ,.?‘ ...... , , 。 ? ??高???? ???; ??? ? ?? ‘ : ;一 :~ 目 啪 ?? 帆 删 ?? . 图 各个层面的状态统计和结果 除了端到端测试,还分 各子系统进行了评估, ? 配置简单,软、硬件结合, 无需多台 /.务 包含接入子系统、订购子系统和支付子系统。表 为接 器同时部署 户行为 仿真软件,无需反复调试抓取 人子系统的结果统计。 的操作脚本; 仿真软件配置需花一周左右的调试周 测试的价值 期,而 配置凋试过程只需要 ~ 。 如下是测试结束后,用户针对测试带来的帮助的 ?测试流程真实有效;通过对服务器端日志、用户 反馈: 数据库参数变更及返同结果值,反向验证了 测试仪