作为一个测试人员报Bug最基本的工作就是要详细的记录下如何重现(reproduce)这个Bug，这也是衡量一个Bug质量的高低重要因素之一，因为不可稳定重现的Bug的是没有意义的，只会耽误开发人员和项目经理的时间。一两个这样的不可重现的Bug还是可以原谅的，但是如果经常有这样的事情发生，那就不免会引来抱怨和鄙视了。
好的Bug应该是有清晰和详细的重现步骤，以及期望的结果和实际得到结果。更进一步，如果需要的话还应该有，出现问题的产品版本编号、语言以及操作系统的版本。大多数情况下，用文字进行描述的就足以了可以得到4+分，但如果能配上一张问题现场截图的则可以得到5分，如果更为复杂的依赖于执行动作的Bug，配上一段小的录像那你的Bug就可以得5+了，呵呵！
在VS2010的 Microsoft Test Manager（MTM，微软测试管理器）提供了这样的功能，辅助测试人员写出详细、高效的Bug报告，这其中就包括自动会在执行时录下执行过程的录像功能。默认情况下，是没有录制功能的，需要简单的配置一下 ：
- 第一步：是要在测试执行机器上安装录像编码器，参见 How to: Install the Required Software to Create a Video Recording Using Test Runner，主要是安装Windows Media Encoder 9和 一个Hotfix补丁包。
- 第二步：是配置默认的“Local Test Run" Test setting或者创建一个新的一个Test Setting，并在其中选上Video Recorder这个DDA (Data Diagnostic Adapter），如下图所示。通过下图我可以看到，除了Video Recorder之外，还其它一些DDA，它们可以帮你收集测试执行时其它一些信息。设置测试计划的Manual run的Test setting项，配置好后就可以直接选择"Run"来执行一个手动测试用例。
在MTM中要执行一个手工测试用例的时候，选择 "Run"或者"Run with options"，在Test Settings一项中选择你刚配置的包括了Video Recorder这DDA的Test Settings，如下所示：
完成了上述设置之后，在MTM中执行任何一个测试用例，如果用例执行失败，直接生成的Bug的如下图所示，每一步骤的后面的都跟着一个录像的链接，它直接跳到该步骤所对应到录像中的位置进行播放，强大啊，呵呵！
有了这个录像在你的Bug报告中，开发人员的就可以很直观的看到问题出在哪里了，大大提升了Bug的质量。除此之外，IntelliTrace DDA收集的历史调试信息，可以帮助开发人员直接定位到问题的发生出，并查看各种问题发生时的现场信息。
上述的Bug创建过程实际上由一个已经存在测试用例开始的，那么MTM是否可以用于Exploratory Testing中发现的Bug呢？可以的，下面这篇文章给出具体的操作建议 - Microsoft Test Runner series – part 7 – Exploratory Testing
参考内容
109
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
