只有一个办法，还是最准确最有说服力的办法：
人工测试！
具体 *** 作如果，找100（？1000？10000）个小弟，每人一台电脑，每人配一秒表，再找一领队，配一哨子。统一指挥所有人做同样的 *** 作并计时，最后统计每个人的 *** 作时间即可。
这是最真实的性能测试！（忽略不同网络造成的误差）网站的支持用户数是根据需求文档来确定的。
性能测试的并发是指同一时刻的同一 *** 作，这些 *** 作都与服务器产生了数据交互，这个并发对服务器产生的压力很大。
在线用户数是指登录到系统的用户数量，这些用户不一定给服务器产生压力，比如一个网站，有1000人登录到系统，20%的用户看新闻，20%在进行注册，60%打开网站后就干别的事去了。在这样的场景下，就20%进行注册的用户对服务器产生了压力。
在进行性能测试时，并发用户数一般取在线用户数的5%~~20%。
1 首先我们需要在电脑上下载并安装一个“鲁大师”软件。
2 下载安装完成以后我们在电脑桌面上找到“鲁大师”，左键双击打开鲁大师。
3 在打开的鲁大师页面找到“性能测试”选项，并进行点击。
4 在新打开的页面中我们可以在右方看到一个绿色的“开始评测”按钮，进行点击就开始电脑性能的测试了。
5 测试完成以后我们会看到页面中有“电脑综合性能得分”和其它配置的性能分数。
在每种不同的系统架构的实施中，开发人员可能选择不同的实现方式，造成实际情况纷繁复杂。我们不可能对每种技术都详细解说，这里只是介绍一种方法提供给你如何选择测试策略，从而帮助分析软件不同部分的性能指标，进而分析出整体架构的性能指标和性能瓶颈。
由于工程和项目的不同，所选用的度量，评估方法也有不同之处。不过仍然有一些通用的步骤帮助我们完成一个性能测试项目。步骤如下
1． 制定目标和分析系统
2． 选择测试度量的方法
3． 学习的相关技术和工具
4． 制定评估标准
5． 设计测试用例
6． 运行测试用例
7． 分析测试结果 每一个性能测试计划中第一步都会制定目标和分析系统构成。只有明确目标和了解系统构成才会澄清测试范围，知道在测试中要掌握什么样的技术。
目标：
1． 确定客户需求和期望
2． 实际业务需求
3． 系统需求
系统组成
系统组成这里包含几方面含义：系统类别，系统构成，系统功能等。了解这些内容的本质其实是帮助我们明确测试的范围，选者适当的测试方法来进行测试。
系统类别：分清系统类别是我们掌握什么样的技术的前提，掌握相应技术做性能测试才可能成功。例如：系统类别是bs结构，需要掌握 >
1、从功能方面考虑：
1）、用户的使用场景：包括正常完成支付的流程；
支付中断后继续支付的流程；
支付中断后结束支付的流程；
单订单支付的流程；
多订单合并支付的流程；
余额不足；未绑定yhk；密码错误；密码错误次数过多；找人代付；
弱网状态下，连续点击支付功能功能，会不会支付多次；分期付款等；
2）、不同终端上支付：
包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等；
3）、不同的支付方式：yhk网银支付、支付宝支付、微信支付等；
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用户名和密码的输入框，能否防止SQL注入攻击
3用户名和密码的输入框，能否防止XSS攻击
4错误登陆的次数限制（防止暴力破解）
5是否支持多用户在同一机器上登录
6一个用户在不同终端上登陆
7用户异地登陆
用户体验测试：
1页面布局是否合理，输入框和按钮是否对齐
2输入框的大小和按钮的长度，高度是否合理
3是否可以全用键盘 *** 作，是否有快捷键
4输入用户名，密码后按回车，是否可以登陆
5 牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用
兼容性测试
BS架构：不同浏览器测试，比如：IE，火狐，谷歌，360这些。
APP：在主流的不同类型，不同分辨率，不同 *** 作系统的手机上测试，华为，vivo，oppo等
四支付功能怎么测试？
1、从功能方面考虑：
1）、用户的使用场景：包括正常完成支付的流程；
支付中断后继续支付的流程；
支付中断后结束支付的流程；
单订单支付的流程；
多订单合并支付的流程；
余额不足；未绑定yhk；密码错误；密码错误次数过多；找人代付；
弱网状态下，连续点击支付功能功能，会不会支付多次；分期付款等；
2）、不同终端上支付：
包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等；
3）、不同的支付方式：yhk网银支付、支付宝支付、微信支付等；
4）、从产品容错性上：包括支付失败后，能否再次支付、能否退款；
2、从性能方面考虑：
多个用户并发支付能否成功；
支付的响应时间；
3、从安全性方面考虑
使用Fiddler拦截订单信息，并修改订单金额，或者修改订单号，
是否防止SQL注入，XSS攻击(跨站脚本攻击)。
4、从用户体验方面考虑
是否支持快捷键功能；
点击付款按钮，是否有提示；
取消付款，是否有提示；
UI界面是否整洁；
输入框是否对齐，大小是否适中等。
5、兼容性
BS架构：不同浏览器测试。
APP：不同类型，不同分辨率，不同 *** 作系统的手机上测试
五还款怎么测试？
功能上：
1不同的还款方式：等额本息，等额本金还款，一次性还本付息。
2逾期，提前还款和第三方还款。
3不同账户的还款。
4余额不足的还款，
5金额输入错误，不输入。
6弱网状态下连续点击还款按钮或者系统不问题情况下，支付方未把支付结果返回给下单发起方。
从性能方面考虑：
还款的响应时间；
从安全性方面考虑：
是否防止SQL注入，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使用手册是否对电梯的用法、限制、使用条件等有详细描述
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）