详解由VS 2010生成的Bug报告(1) - 报告的生成过程

     前文书我们曾提到，过去，测试人员提交的Bug报告时而不时地会被程序员以“信息不足”或“Bug无法再现”为由给退回来，而现在，如果测试人员是使用VS 2010（更准确地说，是使用Microsoft Test Manager）提交Bug报告的话，那么程序员将很难找出借口拒绝承认某个Bug的存在，因为使用VS 2010生成的Bug报告所包含的Bug信息可以说要多详细就有多详细，那么这样一份详尽无遗的Bug报告在VS 2010中是怎样被生成的呢？这正是本文要详细说明的问题。

 

     在VS 2010中，我一般会先使用Microsoft Test Manager (MTM)创建测试用例，然后再使用Microsoft Test Runner (MTR)来执行手工测试。具体如何创建一个手工测试用例，我们今天就不多讲了，如果大家想进一步了解，MSDN上有详细的说明。

 

     假设我们此前已经创建好了一个测试用例，现在我们要用它来测试一个Web应用。首先，我们先要在MTM中启动MTR来执行一个手工测试（参考图1）。

 

图1 在MTM中执行一个手工测试

 

     随后，在执行手工测试的过程中，如果被测软件运行正常，我们要在MTR中将当前步骤标示为“通过”，即打一个绿色的勾（参考图2）。

 

图2 被测软件运行正常时在MTR中打“绿勾”

 

     而如果我们发现被测软件出现异常，我们应首先将当前步骤标示为“未通过”，即打一个红色的叉，同时，我们还可以在当前步骤的正下方输入一段文字来说明我们目击到的情况（参考图3）。

 

图3 发现异常时在MTR中打“红叉”并说明情况

 

     另外，我们此时还可以通过MTR中的“照相机”截取一张屏幕截图，这张截图会被自动附在我们随后提交的Bug报告上，这里MTR为我们提供了三个选项：一是让我们截取一个任意长宽的矩形图，二是截取一个完整的窗口图，三是截取一张全屏图，此处我们可以根据具体需要做出选择（参考图4）。

 

图4 MTR中截屏的三个选项

 

     最后，也是最重要的，我们需要通过MTR创建并提交一个Bug报告。这里MTR也为我们提供了三个选项（参考图5），此处我们将选择第一个选项，即"Create bug"，另外两个选项的含义，我以后会找机会为大家做进一步的说明，或者大家也可以自己到MSDN上做进一步的了解。

 

图5 MTR中提交Bug报告的三个选项

 

     最终，我们将得到象下面这样的一份Bug报告（参考图6），这份Bug报告中的一小部分信息是测试人员手工填写的，而它的绝大部分信息则是MTR自动收集的，象这样的一份Bug报告具体都包含哪些信息呢？我会在下一篇Blog中为大家进行详细的解释。

 

图6 一份新出炉的Bug报告