4

我们确实需要让我们的测试人员使用 Fiddler 来确定页面大小和站点速度，作为他们预发布测试过程的一部分。我和他们中的一些人坐在一起谈论提琴手，但我正在寻找一些易于理解的资源来学习提琴手。

更重要的是，我认为如果我能找到一个易于阅读的资源来解释 http 在使用网络中的作用，http 和浏览器之间的区别是什么，这可能是理想的（也许是对 http 和上层的解释，但在某种程度上测试人员可以理解）。

有没有人有任何建议或资源链接？

我们的测试人员大多来自点和点击 UA 测试学校，而不是更动态的事情。非常感谢所有帮助。

谢谢，

b

4

5 回答 5

3

一个非常值得他们观看的视频是产品 Eric Lawrence 的作者关于 Fiddler 的 PDC 2009 会议。

于 2010-01-22T14:23:22.400 回答
2

如果您希望您的测试人员这样做，那么最好使用Yslow设置ShowSlow 之类的东西，并且当他们通过该站点工作时，它会自动为您记录数据。这将消除他们忘记执行此步骤的任何潜在问题。

如果你想自动化这个过程，你可以使用 Selenium 和 YSlow。去年我在谷歌测试自动化大会上做了一个演讲，在那里我讨论了这样做的过程。谈话可以在这里找到

于 2010-01-22T14:28:25.100 回答
1

如果您只是想确保页面大小合理，那么我认为没有必要了解 HTTP。你最好在 yslow 或谷歌页面速度上训练他们。这些工具提供了页面加载缓慢的原因以及可以采取哪些措施来缓解它的更高级别的视图。他们需要知道的关于 HTTP 的只是更大的页面和更多的请求 = 更慢的加载。但是，对于所有网络协议都是如此。

于 2010-01-22T14:24:38.497 回答
1

我开始使用的一个很好的资源是 Whittaker 的“如何破坏 Web 软件：Web 应用程序和 Web 服务的功能和安全测试”。可以说，这很好地介绍了“在幕后”执行 Web 测试。

虽然更适合调试，但这个 PDC 演示文稿 ( http://microsoftpdc.com/Sessions/CL25 ) 可能证明是对您的 QA 人员的 Fiddler 的一个很好的介绍。

于 2010-01-22T14:29:48.757 回答
1

无论您将什么工具引入您的组织，最好在执行此操作时牢记一些基本的软件推出概念。有很多资源描述了软件推出计划，尽管其中大多数描述了如何在拥有数百或数千用户的组织中引入软件，但即使我们“只”谈论十几个或测试人员或所以。
我认为可能适合您的一些想法是：

Evangelist
与测试人员交谈，并尝试找到一两个对 Fiddler 想法比团队其他成员更感兴趣和热情的人。给他/她/他们时间（带薪工作时间）以了解有关工具的更多信息并向其他测试人员介绍它。确保它是其他测试人员认识和尊重的人。

试点
做一个试点项目（谁比你的布道者更适合负责这个项目）作为概念证明。试点项目应仅限于系统的一小部分，并且测试的性质应该是，如果它不成功，您可以丢弃。试点可以有时间限制，并且应该与整个团队一起进行评估。这将为您的组织提供一些 Fiddler 经验，并学会避免初学者的重大错误。希望它会向测试团队的其他成员展示 Fiddler（或您选择的任何工具）非常酷，并对此感到兴奋。

培训
当然，您应该花时间进行适当的培训。仅仅说“阅读这个易于阅读的文档然后开始测试”可能不会给测试人员太多帮助。在 Fiddler 上购买书籍。让您的 Evangelist 有一个 2 小时的“使用 Fiddler 启动和运行”教程。

增量推出
而不是采用大爆炸方法，您告诉测试人员开始使用 Fiddler 来测试您应该从第一个版本的有限数量的测试开始。然后你为下一个版本做更多的测试，并维护第一次。在几个版本之后，您将使用 Fiddler 进行大量稳定且良好的测试。这样，测试人员不会花费太多时间，因此他们仍然可以进行其他测试。

阅读更多
网上有很多关于软件推出计划的文章可以帮助您解决这个问题。

希望这有助于/乔纳斯

于 2010-01-25T19:29:21.560 回答