VS2010软件生命周期管理高级教程(测试人员)

第12章软件测试简介基于角色的测试工具：1、Visual Studio Test Professional 2010——Test Professional 产品的主要对象是专业测试人员，他们将会使用该工具编写、执行和管理手动测试。

2、Visual Studio 2010 Premium 和Visual Studio 2010 Ultimate——Visual Studio 2010 的Premium 和Ultimate 版本包含了为测试专家设计的工具。

12.2 测试类型一个成功的测试计划可能包含下列测试类型中的多种：1、手动测试——手动测试仅需要人与应用程序进行交互，已验证一些测试结果并报告测试是否成功。

2、手动测试（text/Word格式）——只是一个文档，其中包含测试人员应该执行的手动测试步骤。

3、可编码用户界面测试——一个可编码用户界面测试提供了如下功能：编写自动与应用程序用户界面交互的测试，验证一些测试结构，如发现错误则记录bug。

由于整个过程是自动的，因此可以非常频繁地执行且不需要人工干预，但通常比编写和维护一个手动测试的代价要高。

（更适合于验证功能和用户界面布局）（自动测试）4、单元测试——这是底层的测试，用于验证目标应用程序的代码功能是否与开发人员所期望的一致。

单元测试实际上是测试其他代码的代码。

（自动测试）5、数据库单元测试——Visual Studio 2010 还支持数据库代码单元测试的编写。

6、Web 性能测试——Web性能测试用于验证一个Web应用程序的功能或性能。

（更适合于验证性能和可伸缩性（用在负载测试内时））7、负载测试——这种测试用于验证目标应用程序是否能达到一定的强度要求。

它是通过反复执行各种测试而加大目标系统的强度。

8、泛型测试——这种测试可以启动对其他外部测试系统的调用，如第三方测试包中的现有测试集。

9、顺序测试——实质上是其他测试的容器，用于为这些测试确定执行顺序，而且可以多次包含相同的测试。

12.3 诊断数据适配器Visual Studio 2010 附带了几个在测试期间可以启动的诊断数据适配器，包括：1、操作日志和操作记录——对手动测试很有用，它可以捕获遇到bug时测试人员所采取的准确操作。

2、 Profiler——在执行负载测试时，这个数据适配器可以使用在远程计算机上。

3、代码覆盖——代码覆盖可用于确定一个自动测试所执行的代码路径。

只能用于自动测试，不能用于手动测试。

4、IntelliTrace——IntelliTrace 使开发人员能够更深入地了解应用程序和框架行为，并能够打开由测试人员收集的IntelliTrace 文件来解决“无法重现”的情况，从而大大改善了调试体验。

5、事件日志——这个适配器可以捕获测试执行时写入事件日志中的事件。

6、系统信息——可以收集系统信息，并将捕获到的信息附在一个bug上。

7、测试影响——在分析测试执行了哪些代码块方面，测试影响分析是Visual Studio 2010提供的又一项强大的功能。

8、视频记录器——可以捕获被测应用程序的记录。

这个记录可以帮助开发人员诊断应用程序用户方面的问题，对手动测试和自动测试都适用（如可编码用户界面测试）。

诊断数据适配器还可用于影响测试的计算机。

Visual Studio 2010 附带了这样一个适配器：网络模拟——不收集任何数据，但可以使计算机表现得好像网络连接很慢。

12.5 适用Visual Studio 管理自动测试除了手动测试之外，Visual Studio 内的所有其他测试类型都是医院代码文件的形式存储的。

存储测试结果的文件叫TRX文件。

12.5.1 测试项目1、创建测试项目：File→Add|New Project→Test Project2、设置测试项目选项：Tools | Options | Test Tools | Test Project12.5.2 使用测试分类由于解决方案中包含很多测试，很难在正确的时候找到正确的测试，在此使用测试分类来组织测试。

Test View窗口是使用测试分类对测试进行组织和执行的界面。

1、Test View 窗口Test | Windows | Test View 或单击Test Tools 工具条中的Test View按钮。

显示测试分类：右击一个测试| Add/Remove Columns → Test Categories2、选取并执行测试和调试实际应用程序相同，如设断点等。

还可以对Test View窗口进行删选，单击标记为【All Columns】的下拉列表框并选择要筛选的列，然后输入与筛选器匹配的关键字即可。

12.5.3 管理测试结果1、Test Results 窗口，用于显示测试执行进度和最后的结果。

以及Test Result窗口的辅助用法，包括导出和发布测试结果。

测试开始后显示该窗口。

在摘要文本中显示：通过个数、检查项（几个没通过），点击Run Details按钮可以了解该测试执行的详细情况。

双击任意一个测试即可了解该测试运行的详细情况。

2、排序、分组和筛选测试结果可以根据特定的测试分类进行筛选。

3、导出测试结果适用Test Results 窗口，单击Export Result按钮即可导出当前运行的结果。

也可以通过Export Result按钮上的上下箭头键选择Export Selected Test Results，可以导出测试结果的子集（可能只包含失败的测试）。

4使用测试结果XML（TRX）文件5、结果发布导出测试结果会将数据存储在一个本地TRX文件中。

然而，如果有一个已配置的Team Foundation Server（用于存储Test Manager所用到的所有测试项目，如测试计划、测试用例、bug和测试执行结果）实例，那么通过一个称为发布的进程可以将那些测试结果发送给该实例。

如果Publish按钮是禁用的，那么就需要检查是否已连接到一个Team Foundation 实例，且团队项目是否至少包含一个生成定义。

12.5.4 使用顺序测试1、创建顺序测试2、顺序测试属性3、执行和分析顺序测试顺序测试的执行与其他测试一样。

既可以使用Test View 窗口，也可以使用命令行工具MSTest.exe。

右击Test Results窗口中的这个顺序测试，然后选择View TestResults Details ，主窗口将显示Common Results 和Contained Tests 。

12.2.5 测试设置Test | Select Active Test Settings 可以对要使用的测试设置进行设置。

日常测试可以使用Local测试设置，如果需要归档来自测试结果的bug，那么可以切换到Trace 和Test Impact测试设置。

12.5.6 Test Impact View测试影响分析可以对托管代码的运行进行分析，并跟踪每个测试运行时所调用的方法。

通过跟踪每个测试所调用的方法，测试影响分析将显示一个测试列表当某个或某些方法更改时应考虑重新运行这些测试。

要使用测试影响分析，必须在测试设置中启用Test Impact诊断数据适配器的情况下，先运行测试。

当下次生成项目或解决方案时，测试影响分析将检查已更新的方法。

自上次测试运行（和通过）以来，如果对代码进行了更改，那么更改所影响的所有测试将显示在Test Impact View 中。

单击Run Tests图标旁边的向下箭头并选择Run All Impact Tests ，可以只运行受影响的测试。

（只能发现对解决方案的托管代码所进行的更改）第13章Web 性能和负载测试当多人并发使用时，可以使用Visual Studio 的负载测试功能重复执行一个或多个测试，从而对目标系统的性能进行跟踪。

13.1 Web 性能测试13.1.1 Web 性能测试与可编码用户界面测试Web 性能测试主要用于性能测试，可以作为生成负载测试的基础。

而可编码用户界面测试则用于测试用户界面的行为和布局是否正确。

可编码用户界面测试不方便用于负载测试。

13.1.2第14章手动测试14.1 Microsoft Test ManagerTest Manager需要建立与Visual Studio Team Foundation Server 2010的连接，还需要使用Team Foundation Build 生成所测试的软件。

创建手动测试1.在“测试”菜单上单击“新建测试”。

随即出现“添加新测试”对话框。

2.在“模板”窗格中单击“手动测试(Word 格式)”或“手动测试(文本格式)”。

注意选择 Word 格式可在测试文件中嵌入项，如屏幕快照等。

只有在计算机上安装了Microsoft Word 2003 时，才可使用以 Word 格式创建测试的选项。

3.（可选）在“测试名称”框中更改测试的名称。

4.（可选）在“添加到测试项目”框中指定要向其中添加测试的新测试项目或现有测试项目。

5.单击“确定”。

新的手动测试随即添加到测试项目中。

在解决方案资源管理器的测试项目中可以查看包含手动测试的文件，同时测试本身也可打开。

如果选择了使用 Word 格式的测试，该测试就会在一个单独的 Word 实例中打开。

如果选择了使用文本格式的测试，该测试就会在 Visual Studio 的主编辑窗口中打开。

此新文件为测试的模板。

6.现在已经添加了手动测试，可以随时创作测试。

请按照测试模板中的说明进行操作。

这意味着要键入有关测试的信息。

通常的信息包括：测试说明；测试目标标识，即要测试的功能；以及实际执行的步骤。

7.保存手动测试文件。

如果在 Word 中创建测试，则保存并关闭 Word 文件。

现在测试人员便可随时运行手动测试的步骤。

有关更多信息，请参见如何：运行手动测试。

运行手动测试1.从“测试管理器”窗口或“测试视图”窗口中，启动包含手动测试的测试运行。

有关更多信息，请参见如何：运行选定的测试。

2.将出现一个对话框，通知当前运行包含手动测试并且将提示运行这些测试。

3.单击“确定”。

在“测试结果”窗口中出现一个测试行。

如果正在单个测试运行中运行多个测试，则手动测试将排列在其他测试队列中，并且由于尚未运行其结果为“挂起”。

4.测试运行将继续。

如果任何自动测试排列在第一个手动测试之前，则首先运行自动测试。

到达手动测试时，将出现第二个对话框，通知可以运行手动测试。

注意如果手动测试阻止测试运行，则将在“测试结果”窗口中显示一个名为“转到挂起的手动测试”的链接。

单击此链接显示“<Manual test name> [正在运行]”页。

5.单击“确定”。

测试在 IDE 主编辑窗口中打开。