测试监控-各种trace集合.doc

测试监控-各种trace集合作者：移动互联网 一开测试组1 摘要Trace的英文含义为：跟踪，追踪；追溯，探索；探索。 在我们平时测试工作中经常对被测试系统或产品的问题进行深入的跟踪、分析，提供更有价值的测试参考建议。本文总结了在部门测试过程中所使用到的各种”trace”工具，希望其他同学能够在遇到具体问题和进行某些专项测试时，能够使用这些工具，提高测试质量和效率。该文中没有对工具进行详细的介绍，详细介绍请查看相关官方英文文档。适读人群：测试设计师、性能测试工程师、测试经理、开发工程师、项目经理2 Solaris Dtrace2.1介绍DTrace是Sun Solaris内置的全面动态追踪工具，可供管理员和开发人员检查用户程序和操作系统自身的行为。您可利用DTrace浏览系统，以了解它的工作方式、追踪在软件的许多层面中存在的性能问题，或者探明异常行为的原因。在软件开发系统中使用该工具是安全的，且不必重启系统或应用程序。DTrace动态地修改操作系统内核和用户进程，以记录特别位置的数据，这称为probe（s）。probe就是位置或活动，DTrace可将其与请求绑定在一起，以执行一组活动，如记录堆栈追踪、时间戳或函数的实参。probe就像遍布于Solaris系统中各个感兴趣位置的可编程传感器。DTrace probe来自一组称为“provider”的内核模块，每个模块都执行某种特殊方法的来创建probe。DTrace包含一中称为“D”的脚本语言，它是专门为动态追踪而设计的。使用D语言，很容易编写动态启动probe、收集信息及处理信息的脚本。D脚本使用户可以方便地同其他人员共享知识和故障检修方法。Solaris 10中包含大量有用的D脚本，在Sun公司的BigAdmin 站点：/bigadmin/content/dtrace/和OpenSolaris项目站点：/os/community/ dtrace/上可以找到更多脚本。2.2使用2.3使用案例3 Linux Strace2.1介绍strace常用来跟踪进程执行时的系统调用和所接收的信号。 在Linux世界，进程不能直接访问硬件设备，当进程需要访问硬件设备(比如读取磁盘文件，接收网络数据等等)时，必须由用户态模式切换至内核态模式，通 过系统调用访问硬件设备。strace可以跟踪到一个进程产生的系统调用,包括参数，返回值，执行消耗的时间。2.2使用2.3使用案例4 Btrace2.1介绍BTrace是一个开源项目,旨在为java提供安全可靠的动态跟踪分析工具。 Btrace基于动态字节码修改技术(Hotswap)来实现运行时java程序的跟踪和替换。Btrace的脚本是用纯java编写的，基于一套官方提供的annotation，使跟踪逻辑实现起来异常简单。2.2使用2.3使用案例5 DotTrace DotTrace 是一个包含了可用于.NET应用程序的性能分析器（dotTrace Performance） 和内存分析器（dotTrace Memory）的套件。dotTrace Performance可帮助用户对各种.NET框架内的应用程序的性能瓶颈进行检测，能够帮助.Net开发者以最快的方式找到并移除性能上的瓶颈。 1dotTrace Memory 则能帮助用户发现内存泄露并能对基于.NET 4.0以上框架的应用程序进行内存占用优化。/news/view/6315e42.1介绍DotTrace Performance是.NET平台下常用的性能调试工具，能够帮助.Net开发者以最快的方式找到并移除性能上的瓶颈。2.2使用2.3使用案例 定位运行最慢的代码 找出性能瓶颈的制约 观察单个函数花费的CPU时间 理清复杂的递归调用 比较前后时序优化功能6 Dynatrace2.1介绍dynatrace ajax 是一个详细的底层追踪工具，它不仅可以显示所有请求和文件在网络中传输的时间，还会记录浏览器render，CPU消耗、JS解析和运行情况等详细的信息，而这些也只是dynatrace ajax的冰山一角。jQuery、GWT、YUI、DoJo等兴起的框架让构建Web 2.0应用变得更加容易，糟糕的是，随之而来的，定位这些应用的问题也越来越难，尤其是与性能相关的时候。最让人头疼的浏览器依然是Internet Explorer 企业级环境也一样。垃圾的IE诊断工具让开发和测试人员都十分头痛。Web 2.0/Ajax应用的挑战不仅是理解网络交互（有多少或何时一些资源被下载），我们也要理解这些效果的性能。问题将扩展到JavaScript、XmlHttpRequests对象、DOM操纵、框架、布局和绘制。dynaTrace Ajax的出现就是为了解决以上的所有问题，它致力于帮助人们了解到在现代的Ajax应用中哪些问题导致了性能瓶颈。2.2使用 dynaTrace使用所谓的运行设置（Run Configurations）来直接浏览你要追踪的网站，避免每次重复的输入网址。你可以通过左上角（图中所示）的按钮随时管理运行设置（添加、修改或删除）。在下拉列表中选择Manage Run Configurations将进入下图所示的页面。接下来我们将以追踪Google为例，在Name中填入本次追踪的名称，在URL中输入要追踪的站点的URL，Clear broswer cache复选框用来设置是否清空缓存，当你想在追踪时忽略缓存的影响时可以将其选中，设置好后点击Run运行。 在dynaAjax工具栏中最右边的按钮可以用来打开首选项（Preferences）用以进行更多的设置。运行追踪后，我们会发现浏览器上出现dynaTrace工具栏，上面的Connected用以表示当前正出于追踪状态，此时你可以浏览所有要检测的网页，所有数据都会被记录，浏览好后关闭浏览器，会自动生成追踪文件。双击左边的将打开Summary（总结），这里显示了大部分我们需要的信息，如下图所示。在Summary中记录了所有访问的网页的详细信息，点击上面不同的URL将会看到相关的中间的图表和下面的时间线。在图中所示的URL中，我们可以知道以下一些事情： l 加载使用了多久：Page Load Timems列在onLoad时间被捕获前的总时间。 l 网络请求消耗了多长时间：Networkms列显示了网络请求的时间，在下面的图表中我们可以清晰的看到所有网络活动分别的时间（DNS、连接、服务器处理、数据发送）。 l 有多少或是哪种类型的资源被下载，并且哪些资源是从缓存中直接获得的。 l JavaScript一共运行了多久，每个事件分别在合适被触发，JS调用不同API的占比等。这在确定问题的性能瓶颈出自哪里时非常有用。 l 呈现(Rendering)使用的时间。浏览器需要计算布局并将页面呈现到屏幕。呈现的快慢依赖于HTML、样式，而动态的DOM操纵可能消耗很多时间来重绘布局。Renderingms列将会显示页面在这些活动中消耗了多长时间。 l 精确的页面生命周期：在底部的时间线中的图表告诉我们：在一个页面的生命周期内，什么时间文件被下载、JavaScript被执行、页面在呈现、CPU资源消耗了多少，事件发生。 在我们的作为例子的追踪文件和Summary中，我们可以发现下面的事情： l 的Page Load时间是6.5s，在这个时间内浏览器下载了所有相关的文件，并初始化HTML和所有引用的对象，之后才会触发OnLoad时间。 l 在网络中消耗了1 2s，我们可以从饼状图中看到50%以上的时间用在了网络传输（这能证明我现在的网速很慢），42%的时间停留在服务器端（就是到服务器刚开始响应的时间），而8%的时间用来创建和Web服务器间的物理连接。 l JavaScript也是那个页面的主角，总共消耗了3.6s。在JavaSscript饼形图中我们可以知道：2.1s用在了脚本加载上，1.3s用在OnLoad事件和鼠标点击句柄的处理。 l 在时间线（Timelin