怎么测试网速稳不稳定

问题一：怎样测试网速稳定还是不稳定 您好

你可以使用腾讯电脑管家来测试网络是否稳定

打开电脑管家工具箱

选择【测试网速】

如果测试过程中网速波动越大，越不稳定

希望可以帮到您，望采纳腾讯电脑管家企业平台：zhidao.baidu/c/guanjia/

问题二：如何测试自己家的网速稳定不稳定 首先需要开启电脑，并连接好网线，或者连接好无线网wifi等等，进入系统界面。

进入命令提示符页面，按快捷键“windows+r”即可进入。

在运行界面输入代码“cmd”(不写引号进去)。并点击确定，

进入命令提示符页面之后，我们可以通过ping某个ip或者网站进行网速稳定性检测。比如在此页面输入：ping baidu -t 即可测试当前网络连接百度的稳定性。输入完成敲击回车键。

在此页面即可查看连接百度服务器的稳定性，如果时间稳定浮动的话，即可判断网速基本稳定（稳定不代表网络速度就很高）。请求超时，这表示无法连接此服务器或者网络中断。

OK,网络测试完成后即可基本判断网速的稳定性上如何了。如果需要查看连接某些游戏的服务器稳定性，只需要在网上搜到此服务器的ip进行ping便可以了解。

问题三：怎样测试网速 稳定还是不稳定 想测试网速多少的，可以百度一下《测试直通车》，用这个软件可以测试；更直接的办法就是ping 61.144.56.100 -t 在运行里打开这个命令，一般正常的返回数值都在20MS左右

问题四：总感觉自己的网络不稳定，怎样测试网络的稳定性 开始里面运行 ping baidu -t 弹出一个对话框

通俗的你就查看times时间=多少，连续的数值，上下浮动比较小比较稳定，如果浮动比较大的话，中间有延迟就不怎么稳定。也还有是中间会断一行（请求超时），那样也是不稳定的。

我这里一般宽带稳定的话times在28+-1，如果下载的话在145左右，延迟就大了，你上网也就很慢的

问题五：怎么看电脑网络稳不稳定 你可以用360安全卫士的网速测试器来测一下网速是否正常，如果不正常的，可以用360网络修复器。来修复一下网络。

问题六：怎样看自己的网络稳定不稳定 一般我是用这样的方法来判断：

1、你可以先在运行里面输入cmd，然后在dos框里输入ipconfig /all，看到你的网关和dns

2、ping 网关 ，确认连接网关是否稳定，如果你是内网路由共享的话，一般ping值会在 问题七：pin什么能测网速稳不稳定 ping 222.74.1.200 /t

你说的是这个吧，可以测试网络连接状态

问题八：网速测试为什么不稳定 10分 这位同学：

用户申请的宽带业务速率指技术上所能达到的最大理论速率值，用户上网时还受到用户电脑软硬件的配置、所浏览网站的位置、对端网站带宽等情况的影响，故用户上网时的速率通常低于理论速率值。所以你不能指望时时处处都一样。总有波峰波谷的。

网速测试的目的是测试用户上网线路下载软件能达到的速率。

单位换算

1m=1024Kb

我们通常说的512K网速,就是512Kb/s的下载速度,实际上那是理想值,用户的网速测试结果能达到90%即460Kb/s或者说58KB/s网速就很不错了。

几种上网方式参考速度： * 512k带宽时下载速度：58K/S* 1M带宽时下载速度：90K/S * 1.5M 带宽时下载速度：130K/S * 2M带宽时下载速度：180K/S * 3M 带宽时下载速度：270K/S* 4M 带宽时下载速度：360K/S。

关于 bit( 比特 )/second( 秒 ) 与 Byte( 字节 )/s( 秒 ) 的换算说明：线路单位是 bps ，表示 bit( 比特 )/second( 秒 ) ，注意是小写字母 b ；用户在网上下载时显示的速率单位往往是 Byte( 字节 )/s( 秒 ) ，注意是大写字母 B 。字节和比特之间的关系为 1Byte=8Bits ；再加上 IP 包头、 HTTP 包头等因网络传输协议增加的传输量，显示 1KByte/s 下载速率时，线路实际传输速率约 10kbps 。例如：下载显示是 50KByte/s 时，实际已经达到了 500Kbps 的速度。切记注意网络带宽单位!!!!网络带宽单位换算查询.

我家原来是2M, 下载速度平均300多K. 这个月调整到4M。 测了十几次，平均600多K。

但不是每次都600K,有时300，有时800。你多测几十次，取平均值。

祝调试顺利。

问题九：怎么看网速稳不稳定 5分 测量网速啊，现在的杀毒软件上都有这功能。

问题十：如何测试网速是否稳定 直接打开cmd

ping 8.8.8.8 -t

看看响应时间正常不正常就知道丢包没有了

服务器稳定性是最重要的，如果在稳定性方面不能够保证业务运行的需要，在高的性能也是无用的。

正规的服务器厂商都会对产品惊醒不同温度和湿度下的运行稳定性测试。重点要考虑的是冗余功能，如：数据冗余、网卡荣誉、电源冗余、风扇冗余等。

一些测试方法主要分以下几种：

压力测试：已知系统高峰期使用人数，验证各事务在最大并发数(通过高峰期人数换算)下事务响应时间能够达到客户要求。系统各性能指标在这种压力下是否还在正常数值之内。系统是否会因这样的压力导致不良反应(如：宕机、应用异常中止等)。

Ramp Up 增量设计：如并发用户为75人，系统注册用户为1500人，以5%-7%作为并发用户参考值。一般以每15s加载5人的方式进行增压设计，该数值主要参考测试加压机性能，建议Run几次。以事务通过率与错误率衡量实际加载方式。

Ramp Up增量设计目标： 寻找已增量方式加压系统性能瓶颈位置，抓住出现的性能拐点时机，一般常用参考Hits点击率与吞吐量、CPU、内存使用情况综合判断。模拟高峰期使用人数，如早晨的登录，下班后的退出，工资发送时的消息系统等。

另一种极限模拟方式，可视为在峰值压力情况下同时点击事务操作的系统极限操作指标。加压方式不变，在各脚本事务点中设置同集合点名称(如：lr_rendzvous("same"))在场景设计中，使用事务点集合策略。以同时达到集合点百分率为标准，同时释放所有正在Run的Vuser。

稳定性测试：已知系统高峰期使用人数、各事务操作频率等。设计综合测试场景，测试时将每个场景按照一定人数比率一起运行，模拟用户使用数年的情况。并监控在测试中，系统各性能指标在这种压力下是否能保持正常数值。事务响应时间是否会出现波动或随测试时间增涨而增加。系统是否会在测试期间内发生如宕机、应用中止等异常情况。

根据上述测试中，各事务条件下出现性能拐点的位置，已确定稳定性测试并发用户人数。仍然根据实际测试服务器(加压机、应用服务器、数据服务器三方性能)，估算最终并发用户人数。

场景设计思想：

从稳定性测试场景的设计意义，应分多种情况考虑：

针对同一个场景为例，以下以公文附件上传为例简要分析场景设计思想：

1)场景一：已压力测试环境下性能拐点的并发用户为设计测试场景，目的验证极限压力情况下测试服务器各性能指标。

2)场景二：根据压力测试环境中CPU、内存等指标选取服务器所能承受最大压力的50%来确定并发用户数。

测试方法：采用1)Ramp Up-Load all Vusers simultaneously

2)Duration-Run Indefinitely

3)在Sechedule-勾选Initalize all Vusers before Run

容错性测试：通过模拟一些非正常情况(如：服务器突然断电、网络时断时续、服务器硬盘空间不足等)，验证系统在发生这些情况时是否能够有自动处理机制以保障系统的正常运行或恢复运行措施。如有HA(自动容灾系统)，还可以专门针对这些自动保护系统进行另外的测试。验证其能否有效触发保护措施。

问题排除性测试：通过原有案例或经验判断，针对系统中曾经发生问题或怀疑存在隐患的模块进行验证测试。验证这些模块是否还会发生同样的性能问题。如：上传附件模块的内存泄露问题、地址本模块优化、开启Tivoli性能监控对OA系统性能的影响等等。

测评测试是用于获取系统的关键性能指标点，而进行的相关测试。主要是针对预先没有明确的预期测试结果，而是要通过测试获取在特定压力场景下的性能指标(如：事务响应时间、最大并发用户数等)。

评测事务交易时间：为获取某事务在特定压力下的响应时间而进行的测试活动。通过模拟已知客户高峰期的各压力值或预期所能承受的压力值，获取事务在这种压力下的响应时间。

评测事务最大并发用户数：为获取某事务在特定系统环境下所能承受的最大并发用户数而进行的测试活动。通过模拟真实环境或直接采用真实环境，评测在这种环境下事务所能承受的最大并发用户数。判定标准阈值需预先定义(如响应时间，CPU占用率，内存占用率，已出现点击率峰值，已出现吞吐量峰值等)。

评测系统最大并发用户数：为获取整个系统所能够承受的最大并发用户数而进行的的测试活动。通过预先分析项目各主要模块的使用比率和频率，定义各事务在综合场景中所占的比率，以比率方式分配各事务并发用户数。模拟真实环境或直接采用真实环境，评测在这种环境下系统所能承受的最大并发用户数。判定标准阀值预先定义(如响应时间，CPU占用率，内存占用率，已出现点击率峰值，已出现吞吐量峰值等)。取值标准以木桶法则为准(并发数最小的事务为整个系统的并发数)。

评测不同数据库数据量对性能的影响：针对不同数据库数据量的测试，将测试结果进行对比，分析发现数据库中各表的数据量对事务性能的影响。得以预先判断系统长时间运行后，或某些模块客户要求数据量较大时可能存在的隐患。

问题定位测试在通过以上测试或用户实际操作已经发现系统中的性能问题或怀疑已存在性能问题。需通过响应的测试场景重现问题或定义问题。如有可能，可以直接找出引起性能问题所在的代码或模块。

该类测试主要还是通过测试出问题的脚本场景，并可以增加发现和检测的工具，如开启Tivoli性能监控、开启HeapDump输出、Linux资源监控命令等。并在场景运行过程中辅以手工测试。

---