性能测试六个步骤（性能测试应该做哪些准备）

本文目录

• 性能测试应该做哪些准备
• 挖掘机性能测试工艺的步骤
• 各种功能测试点步骤
• 性能测试都有哪些指标
• 性能测试包括哪些方面

性能测试应该做哪些准备

1. 环境搭建：这个根据实际规划，我在企业内做过的性能测试搭建的环境都是和用户上线使用的实际环境一样的。

2. 数据准备：个人感觉是整个工作里第二耗时的，需要真实模拟用户数据，这个不是单单的创建几个帐号就完事的，每个用户基本都会有不太一样的配置，实际操作的时候部署数据的脚本都写到手软。

3. 脚本编译：选择性能工具编译性能脚本，你需要跑什么业务流程就编译什么样的脚本。

4. 脚本执行：用规划好的用户数执行脚本，这个一般持续很长时间，时间太短不足以暴露服务器等的性能瓶颈，性能测试中最耗时的就是这个步骤。

5. 收集日志：在执行脚本完成后收集到的能客观反应系统性能的日志、报表文件，比如LR的报告、数据库的AWR日志等等。

6. 分析结果：分析收集到的日志、报表，找出性能瓶颈或是得出性能指标结果。这个一般需要对数据库或者底层非常了解的专业人士来分析，一般测试人员只需要提供收集到的报告就差不多了。

7. 生成报告：将上面所有的性能测试活动整理总结，输出测试报告。

挖掘机性能测试工艺的步骤

从1到3。挖掘机性能测试工艺的步骤为从1到3，挖掘机，又称挖掘机械又称挖土机，是用铲斗挖掘高于或低于承机面的物料，并装入运输车辆或卸至堆料场的土方机械。挖掘机挖掘的物料主要是土壤、煤、泥沙以及经过预松后的土壤和岩石。

各种功能测试点步骤

一.支付功能怎么测试？ 1、从功能方面考虑： 1）、用户的使用场景：包括正常完成支付的流程；             支付中断后继续支付的流程；             支付中断后结束支付的流程；                        单订单支付的流程；             多订单合并支付的流程；             余额不足；未绑定***；密码错误；密码错误次数过多；找人代付；             弱网状态下，连续点击支付功能功能，会不会支付多次；分期付款等； 2）、不同终端上支付：             包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等； 3）、不同的支付方式：***网银支付、支付宝支付、微信支付等； 4）、从产品容错性上：包括支付失败后，能否再次支付、能否退款； 2、从性能方面考虑： 多个用户并发支付能否成功； 支付的响应时间； 3、从安全性方面考虑   使用Fiddler拦截订单信息，并修改订单金额，或者修改订单号，   (下两个订单A,B，付款时拦截订单B，并把订单B的订单号改为A订单的订单号)无法完成支付； 4、从用户体验方面考虑 是否支持快捷键功能； 点击付款按钮，是否有提示； 取消付款，是否有提示； UI界面是否整洁； 输入框是否对齐，大小是否适中等。 5、兼容性   BS架构：不同浏览器测试。   APP：不同类型，不同分辨率，不同操作系统的手机上测试 二.购物车怎么测试？ 1.功能测试     a）、未登录时： 将商品加入购物车，页面跳转到登录页面，登录成功后购物车数量增加。     b）、登录后： 所有链接是否跳转正确； 商品是否可以成功加入购物车； 购物车商品总数是否有限制； 商品总数统计是否正确； 全选功能是否可用； 删除功能是否可用； 价格总计是否正确； 商品文字太长时是否显示完整； 购物车中下架的商品是否有标识，是否还能支付； 新加入购物车商品排序（添加购物车中存在的店铺的商品和购物车中不存在的店铺的商品）； 是否支持快TAB、ENTER等快捷键； 商品删除后商品总数是否减少； 收藏功能是否可用； 购物车结算功能是否可用。 2.兼容性测试：       BS架构：不同浏览器测试，比如：IE，火狐，谷歌，360这些。       APP：在主流的不同类型，不同分辨率，不同操作系统的手机上测试，华为，vivo，oppo等 3.用户体验测试：       删除商品是否有提示；       是否支持快捷键功能；       是否有回到顶部的功能；       商品过多时结算按钮是否可以浮动显示；       购物车有多个商品时，能不能只对单个商品结算；       界面布局、排版是否合理；       文字是否显示清晰；       不同卖家的商品是否区分明显。 4.性能测试：       打开购物车页面要多长时间. 输入框怎么测试？ 1、长度：例如输入框支持100字符， 那需要测试100字符、101字符，最大长度的显示是否正常； 2、哪些是支持的字符类型：数字、字母、汉字、字符！@！#、特殊字符； 3、是否支持换行； 4、字符串前后中带空格，前后的空格是否过滤， 中间的空格是否保留 5、全角半角的字母、数字 6、快捷键：能不能全选，部分选择，复制剪切粘贴是否可用，粘贴超过最大长度的字符串怎么显示，table键盘是否可用； 7、不同终端的兼容性 三.**功能怎么测试？    功能方面的测试： 　　1.输入正确的用户名和密码，点击提交按钮，验证是否能正确登录，能否能跳转到正确           的页面 　　2.输入错误的用户名, 验证登录失败，并且提示相应的错误信息     3.输入错误的密码, 验证登录失败，并且提示相应的错误信息     4.用户名为空, 验证登录失败，并且提示相应的错误信息     5.密码为空, 验证登录失败，并且提示相应的错误信息     6.用户名和密码都为空，点击** 　　7.用户名和密码前后有空格的处理 性能方面的测试 　　1.打开登录页面，需要多长时间 　　2.输入正确的用户名和密码后，登录成功跳转到新页面，需要多长时间. 安全性方面的测试 　　1.密码是否在前端加密，在网络传输的过程中是否加密 　　2.用户名和密码的输入框，能否防止**L注入攻击 　　3.用户名和密码的输入框，能否防止XSS攻击 　　4.错误**的次数限制（防止暴力破解）     5.是否支持多用户在同一机器上登录     6.一个用户在不同终端上**     7.用户异地** 用户体验测试： 　　1.页面布局是否合理，输入框和按钮是否对齐 　　2.输入框的大小和按钮的长度，高度是否合理 　　3.是否可以全用键盘操作，是否有快捷键 　　4.输入用户名，密码后按回车，是否可以**     5. 牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用 兼容性测试       BS架构：不同浏览器测试，比如：IE，火狐，谷歌，360这些。       APP：在主流的不同类型，不同分辨率，不同操作系统的手机上测试，华为，vivo，oppo等 四.支付功能怎么测试？ 1、从功能方面考虑： 1）、用户的使用场景：包括正常完成支付的流程；             支付中断后继续支付的流程；             支付中断后结束支付的流程；                        单订单支付的流程；             多订单合并支付的流程；             余额不足；未绑定***；密码错误；密码错误次数过多；找人代付；             弱网状态下，连续点击支付功能功能，会不会支付多次；分期付款等； 2）、不同终端上支付：             包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等； 3）、不同的支付方式：***网银支付、支付宝支付、微信支付等； 4）、从产品容错性上：包括支付失败后，能否再次支付、能否退款； 2、从性能方面考虑： 多个用户并发支付能否成功； 支付的响应时间； 3、从安全性方面考虑   使用Fiddler拦截订单信息，并修改订单金额，或者修改订单号，   是否防止**L注入，XSS攻击(跨站脚本攻击)。 4、从用户体验方面考虑 是否支持快捷键功能； 点击付款按钮，是否有提示； 取消付款，是否有提示； UI界面是否整洁； 输入框是否对齐，大小是否适中等。 5、兼容性   BS架构：不同浏览器测试。   APP：不同类型，不同分辨率，不同操作系统的手机上测试 . 五.还款怎么测试？ 功能上： 1.不同的还款方式：等额本息，等额本金还款，一次性还本付息。 2.逾期，提前还款和第三方还款。 3.不同账户的还款。 4.余额不足的还款，. 5.金额输入错误，不输入。 6.弱网状态下连续点击还款按钮或者系统不问题情况下，支付方未把支付结果返回给下单发起方。 从性能方面考虑：     还款的响应时间； 从安全性方面考虑：   是否防止**L注入，XSS攻击(跨站脚本攻击)。   还款金额是否被拦截，还款密码等敏感信息是否加密。 从用户体验方面考虑系统界面是否容易理解。 UI界面是否整洁； 输入框是否对齐，大小是否适中等。 兼容性：   BS架构：不同浏览器测试。   APP：不同类型，不同分辨率，不同操作系统的手机上测试 . 《附》 支付流程： 用户发送下单请求-平台后台查看订单并制作支付请求后将请求传给第三方（银行）-银行将支付的信息反馈给客户，客户核对后输入支付密码--银行成功划账后将支付成功信息告知给平台后台和用户--平台确认支付信息反馈给第三方并发货. 退款流程： 用户提交退款申请给平台，平台后台通过审核后将退款信息告知给第三方（银行），第三方将钱退到用户绑定的银行账户中并告知平台处理结果。平台确认结果后并结束用户退款申请。 六.电梯如何测试？ 需求测试： 查看电梯使用说明书、安全说明书等 界面测试： 查看电梯外观 功能测试： 1.测试电梯能否实现正常的上升和下降功能。 2.电梯的按钮是否都可以使用。 3.电梯门的打开，关闭是否正常。 4.报警装置是否可用。 5.与其他电梯之间是否协作良好。 6.通风状况如何。 7.突然停电时的情况。 8.上升途中的响应。 1）电梯本来在1楼，如果有人按18楼，那么电梯在上升到5楼的时候，有人按了10楼，这时候是否会在10楼先停下来； 2）电梯下降到10层时显示满员，此时若8层有人等待电梯，是否在8层停。 可靠性： 1.门关上的一刹那出现障碍物。 2.同时按关门和开门按钮。 3.点击当前楼层号码。 4.多次点击同一楼层的号码等等。 5.同时按上键和下键会怎样。 易用性： 1.电梯的按钮的设计符合一般人使用的习惯吗． 负载/压力测试： 1.看电梯的最大限度的承受重量．在负载过重时是否有提醒。 2.在一时间内不断的让电梯上升，下降。 稳定性测试： 1.最大负载下平稳运行的最长时间。 文档测试： 1.使用手册是否对电梯的用法、限制、使用条件等有详细描述.

性能测试都有哪些指标

包括负载测试，强度测试，数据库容量测试，基准测试以及竞争测试。负载测试，一种性能测试指数据在超负荷环境中运行，程序是否能够承担。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。对计算机软件进行测试前，首先需遵循软件测试原则，即不完全原则的遵守。不完全原则即为若测试不完全、测试过程中涉及免疫性原则的部分较多，可对软件测试起到一定帮助。因软件测试因此类因素具有一定程度的免疫性，测试人员能够完成的测试内容与其免疫性成正比，若想使软件测试更为流畅、测试效果更为有效，首先需遵循此类原则，将此类原则贯穿整个开发流程，不断进行测试，而并非一次性全程测试。

性能测试包括哪些方面

性能测试包括负载测试和压力测试。性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接受的性能点，来获得系统能提供的最大服务级别的测试。性能测试在软件的质量保证中起着重要的作用，它包括的测试内容丰富多样。中国软件评测中心将性能测试概括为三个方面：应用在客户端性能的测试、应用在网络上性能的测试和应用在服务器端性能的测试。通常情况下，三方面有效、合理的结合，可以达到对系统性能全面的分析和瓶颈的预测。