blocks|key|4022294|text|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4022295|补充TimK的答案，如果你有一台路由器，测试拉动路由器上的上行链路，这将测试一个错误的连接，而你的系统不知道你失去了物理链路。|blockquote|4022296|4022297|4022298|此外，如果您在几秒钟后重新插入，则连接可能不会丢失*。这可以模拟非常高的延迟。|4022299|*这取决于您的ISP和路由器。|4022300|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|-4|4|5|6|L|7|@]|8|@]|9|$]]|$1|A|3|B|4|C|6|M|7|@]|8|@]|9|$]]|$1|D|3|-4|4|5|6|N|7|@]|8|@]|9|$]]|$1|E|3|-4|4|5|6|O|7|@]|8|@]|9|$]]|$1|F|3|G|4|5|6|P|7|@]|8|@]|9|$]]|$1|H|3|I|4|5|6|Q|7|@]|8|@]|9|$]]|$1|J|3|-4|4|5|6|R|7|@]|8|@]|9|$]]]|K|$]]

<blockquote>
 To add to TimK's answer, if you have a router, test pulling the upstream link on the router, this will test a bad connection without your system knowing that you lost the physical link.
</blockquote>

Also if you plug it back in after a few seconds it's possible that the connection won't be lost*. This can simulate a very high latency.

*this depends on your ISP and your router.

blocks|key|1450025|text|如果您使用的是Linux，可以试试Virtual+Distributed+Ethermet。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1450026|VDE为您提供虚拟化交换机/集线器和以太网电缆。您可以在单独的电缆上实时调整网络特性，如延迟、延迟、MTU、每MB错误位数、带宽、重复数等。|1450027|entityMap|0|LINK|mutability|MUTABLE|url|http://vde.sourceforge.net/^0|H|S|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]]|C|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]]]

If you're using Linux, try <a href="http://vde.sourceforge.net/" rel="nofollow noreferrer">Virtual Distributed Ethermet</a> (VDE).

VDE gives you virtualised switches/hubs and Ethernet cables. You can tune network characteristics such as latency, delay, MTU, errored bits per MB, bandwidth, duplicates, etc on individual cables - all in real time!

blocks|key|4022236|text|您肯定想要测试拔出电缆的物理效果。许多网络代码在这种情况下会抛出不同的异常，而不是在连接刚刚断开时抛出异常。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4022237|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

You definitely want to test physically pulling the cable out. Lots of networking code will throw different exceptions in that scenario vs when the connection has just been lost.

blocks|key|1454747|text|为了补充TimK的答案，如果你有一台路由器，测试拉路由器上的上行链路，这将测试一个不好的连接，而你的系统不知道你失去了物理链路。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1454748|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

To add to TimK's answer, if you have a router, test pulling the upstream link on the router, this will test a bad connection without your system knowing that you lost the physical link.

blocks|key|1705849|text|我们的网络/服务器间是一堆乱七八糟的电线；我不会走进去拔掉插头，以免碰到关键任务的东西。(至少我可以访问它；我相信许多读者甚至不知道他们的路由器在哪里。)同样，以太网电缆的两端都需要手和膝的冒险才能到达。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1705850|我测试了网络适配器的启用/禁用，我也将从家里的电缆互联网连接上进行测试。另外，我想安装Tor来创建一个高延迟的连接。|1705851|对于无线连接，我有一个金属盒子来测试信号消失时会发生什么，但我注意到网络连接行为根据我的测试方式有很大的不同：|1705852|1705853|把发射器/接收器放在一个金属盒子里|unordered-list-item|1705854|go站在厨房微波炉旁边打开它|1705855|go站在有混凝土墙的小壁橱里|1705856|1705857|entityMap^0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|R|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|S|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|T|8|@]|9|@]|A|$]]|$1|G|3|H|5|I|7|U|8|@]|9|@]|A|$]]|$1|J|3|K|5|I|7|V|8|@]|9|@]|A|$]]|$1|L|3|M|5|I|7|W|8|@]|9|@]|A|$]]|$1|N|3|-4|5|6|7|X|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|Y|8|@]|9|@]|A|$]]]|P|$]]

Our network/server closet is a spaghetti-mess of wires; I'm not going to walk in there and start unplugging stuff lest I hit something mission-critical. (At least I have access to it; I'm sure many readers don't even know where their routers are.) Similarly, both ends of the ethernet cable require a hands-and-knees adventure to reach.

I tested enabling/disabling the network adapter, and I'm going to test from my cable internet connection from home as well. Also, I had the idea of installing Tor to create a high latency connection.

For wireless connections, I have a metal box to test what happens when the signal dies, but I notice that network connection behavior is very different depending on how I test:

<ul>
<li>put the transmitter/reciever in a metal box</li>
<li>go stand next to the microwave in the kitchen and turn it on</li>
<li>go stand in a little closet which has concrete walls</li>
</ul>

Besides "no connection", what other failure modes should I test for? How do I simulate a high-latency link, an unreliable link, or all the other sorts of crazy stuff that will undoubtedly happen "in the wild"? 

How about wireless applications? How do I test the performance in a less-than-ideal WL environment?

Boundary Tests For a Networked App

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

除了"no connection“之外，我还应该测试哪些失败模式？我如何模拟一个高延迟的链路，一个不可靠的链路，或所有其他类型的疯狂的东西，毫无疑问将发生在“野外”？无线应用程序呢？如何在不太理想的WL环境中测试性能？

问网络应用的边界测试
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问网络应用的边界测试EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问网络应用的边界测试
EN