严重的测试环境

Posted

技术标签:

【中文标题】严重的测试环境【英文标题】:Crippling Test Environments 【发布时间】:2009-03-24 14:05:29 【问题描述】:

我们有一个非常复杂的网络应用程序,很难准确地模拟生产负载。

我们的应对机制之一是确保测试环境中的硬件始终比我们的生产硬件慢,因此负载和性能问题会更加明显。

其他人也在这样做吗,你正在使用什么其他策略?

【问题讨论】:

我猜你说的是性能测试?还是您在慢速硬件上进行所有测试? 这对我来说听起来不是一个好主意。扩展网络应用程序就是要消除瓶颈,通过在与生产环境不同的硬件上进行测试,您可能会关注错误的瓶颈。 【参考方案1】:

我有一台 7 年使用的 600mHz Celeron 笔记本电脑,配备 256MB RAM,我将其保留用于性能分析。为了测试网络延迟,您可以获得延迟代理(或简单地编写一个);它收到一个数据包,等待 X 毫秒,然后继续传递。

【讨论】:

【参考方案2】:

Fiddler 可以帮助您测试低带宽——可以模拟较慢网络的延迟。

【讨论】:

【参考方案3】:

连接测试者。进行一些手动测试,并让他们的代理通过记录您手动执行的操作来编写测试脚本。使用脚本自动化。 http://www.pushtotest.com/ 开源且免费。

【讨论】:

以上是关于严重的测试环境的主要内容,如果未能解决你的问题,请参考以下文章

测试面试整理

iOS 打包自动配置环境的简易方法

软件测试提交bug时包括哪些内容

缺陷与测试报告

6.3 利用Go语言接口进行Mock单元测试

功能测试的一些测试意识总结