向测试人员介绍HTTP和Fiddler?

向测试人员介绍HTTP和Fiddler?,http,testing,performance,fiddler,Http,Testing,Performance,Fiddler,我们真的需要让我们的测试人员使用Fiddler来确定页面大小和站点速度,作为发布前测试过程的一部分。我和他们中的一些人坐在一起讨论fiddler,但我正在寻找一些易于理解的资源来学习fiddler 更重要的是,我认为如果我能找到一个易于阅读的资源来解释http在使用web中的作用http和浏览器之间的区别(可能是http和更高层的解释,但测试人员可以理解) 有人有任何建议或资源链接吗 我们的测试人员大多来自点击式UA测试学校,而不是更具活力的一端。非常感谢大家的帮助 谢谢 b值得让他们观看的视频

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

更重要的是,我认为如果我能找到一个易于阅读的资源来解释http在使用web中的作用http和浏览器之间的区别(可能是http和更高层的解释,但测试人员可以理解)

有人有任何建议或资源链接吗

我们的测试人员大多来自点击式UA测试学校,而不是更具活力的一端。非常感谢大家的帮助

谢谢


b

值得让他们观看的视频是由产品Eric Lawrence的作者制作的。

如果您只是想确保页面大小合理,那么我不认为需要了解HTTP。你最好在yslow或谷歌页面速度上训练他们。这些工具提供了一个更高层次的视图,说明了页面加载缓慢的原因以及可以采取哪些措施来缓解这种情况。他们需要知道的关于HTTP的一切是,页面越大,请求越多,加载速度就越慢。不过,所有网络协议都是如此

如果您希望您的测试人员执行此操作,那么最好设置类似的功能,当他们在站点中工作时,它会自动为您记录数据。这将消除他们忘记执行此步骤的任何潜在问题


如果您想自动化该过程,可以使用Selenium和YSlow。去年,我在谷歌测试自动化会议上做了一次演讲,讨论了这样做的过程。可以从Whittaker的《如何破解Web软件:Web应用程序和Web服务的功能和安全测试》中找到这篇演讲。可以说,这为“在幕后”执行Web测试提供了一个很好的介绍

而更倾向于调试的PDC演示文稿(
)对于您的QA人员来说,这可能是一个很好的Fiddler介绍。

无论您将什么工具引入到您的组织中,在这样做时,最好记住一些基本的软件推出概念。有很多资源描述软件推出计划,尽管其中大多数描述了如何在拥有数百或数千用户的组织中引入软件,但即使我们“只”谈论十几个或更多的测试人员,也有一些东西需要学习。
我认为适合你的一些想法是:

福音传道者
与测试人员交谈,试着找到一个或两个对Fiddler想法比团队其他人更感兴趣和热情的人。给他/她/他们时间(有偿工作时间)了解更多关于该工具的信息,并向其他测试人员做一个关于该工具的演示。确保是其他测试人员认识并尊重的人

试点
做一个试点项目(谁比你的福音传道者更适合负责这个项目)作为概念证明。试点项目应该局限于系统的一小部分,测试的性质应该是,如果不起作用,您可以扔掉它。飞行员可能会受到时间限制,并且应该在赛后与整个团队进行评估。这将使您的组织获得一些使用Fiddler的经验,并学会避免初学者犯的大错误。希望它能向测试团队的其他成员展示Fiddler(或您选择的任何工具)非常酷,并且对此感到兴奋

培训
当然,你应该把时间花在适当的训练上。仅仅说“阅读这个易于阅读的文档,然后开始测试”可能不会给测试人员带来太多帮助。用小提琴手买书。让你的福音传道者有一个2小时的“与提琴手一起起床跑步”教程

增量推出
不要采用“大爆炸”的方法,让测试人员开始使用Fiddler测试所有内容,而应该在第一个版本中只进行有限数量的测试。然后为下一个版本做更多的测试,并维护第一个版本。在几个版本之后,您将使用Fiddler进行一大堆稳定且良好的测试。这样就不会占用测试人员太多时间,所以他们仍然可以进行其他测试

阅读更多内容
网上有很多关于软件推出计划的文章可以帮助你实现这一点

希望这有帮助
/Jonas

另外,请查看Fiddler的neXpert扩展: