1.1        新建LoadTest场景

1.       选择新建一个Loadtest脚本

 

在VSTS中，我们可以认为Load test就是在建立一个测试场景，这个场景去加载执行测试脚本已达到压力测试的目的。

2.       在建立Load Test后，系统会弹出一个建立场景的向导帮助用户完成相关的操作：

 

3.       设置“Load Pattern”，系统提供了两种加载用户的方式：持续加载所有用户“Constant Load”，分布加载用户“Step load”。可以根据不同需要灵活配置达到不同的测试目的。

 

 

4. 在Test Mix Model 选项中我们可以对虚拟用的加载方式进行控制，系统提供了以下三中的方式，利用这三种方式可以更好的模拟实际的系统负载。

 

5. 选择要加载的web test脚本，在VSTS可以选择加载多个脚本。

 

6. 在Test Mix 中可以选择每个脚本使用的虚拟用户的百分比。

 

7. 在Browser Mix 中我们可以设置测试过程中模拟的浏览器的模式，通过下图我们可以看到VSTS中支持IE7、Firefox、 IE6.0等多个浏览器模式，功能较为强大。

8.在Network Mix 中，我们可以设置模拟网络带宽，系统支持多种网络模式。

9. 在Counter Sets 中我们可以设置想要监控的服务器的资源。添加一个服务器或者计算机到场景中，即可在测试的过程中添加计数器、监控系统资源

 

 

10.在Run Settings 中我们可是设置场景运行的时间和方式。

 

11. 运行Run Test开始Load Test场景测试工作。

 

12. 在测试界面中出现性能计数器，我们可以在右边的Counters 中 添加个人所需或者关心关键的性能计数器，计数器的选择需要根据系统的各方面的预先表现进行有针对性的添加。

 

13. 在测试运行完毕后，系统会自动生成一份测试Summary 报告：

生成的报告中包含 “test run information ”、“over results”、“error”等等信息，帮助分析结果。

1.2        添加事务点

      之前有过性能测试经验的同事可能会发现，在VSTS的录制界面中没有添加事务点、集合点的功能，如图：

实际上我们可以在脚本生成后，在脚本中右键添加。由于在录制过程中会生成许多的requst请求，那么再想添加事务点时会有出错的可能。我们可以使先使用添加注释的方式标注事务点。

在脚本中我们使用右键可以插入许多方法，其中包括添加事务点：

1.3        添加计数器

计数器的添加在VSTS中，不是很方便。只有在Load Test运行时才能够添加用户关心的计数器，使用不是很方便。

对于添加我们想要监控的服务器可以使用以下步骤添加：

1.在界面的Run Setting 中右键选择“Manage Counter Sets”

 

2. 选择“Add Computer”，并输入计算机名称即可选择需要监控的系统信息，如图：

但是VSTS在运行时只会显示默认的一些技术信息，我们需要手工的去添加一些自己关心的计数器，是否能够保存设置，目前还是研究中。

通过以上的步骤，我们可以完整的进行一次次压力测试。

有关计数器详细列表和分析的相关内容，将在以后的学习中进行总结。

2         工具分析

   对于使用VSTS进行压力测试，个人认为该工具能够基本完成轻量级的压力测试工作，而且在脚本可读性方面具有一定的优势。但是该工具也存在着一些缺陷：

1.       VSTS只能进行基于web协议的压力测试，在协议扩展方面不强。如在RHIS系统中DAP模块的压力测试无法进行。

2.       计数器只能在测试开始时进行，如果计数器添加多时，会极大的增加工作量，并且不能被保存，人性化不足。

3.       出具的测试报告信息量较少，只能导出EXECL、TEXT格式的报告。

4.       监控的服务器上需要安装客户端，增加系统资源消耗。

5.       不支持对中间件、数据库的监控，如was 、oracle 等等。但是支持.net环境和IIS 对目前的RHIS系统较为适用。

   VSTS这套工具集中许多测试工具，包括单元测试、手工测试、压力测试等等，功能比较强大，但是如果要专业化的测试性能和压力，VSTS中的Load Test 只能基本满足测试基于web协议的测试工作。

    目前在RHIS项目中可以对WEB系统进行测试，基本可以满足测试要求。

 

   因为文档中图片较多，有需要的请留下联系方式，我回邮件转发，谢谢！

   支持原创，转发请注明出处，谢谢~

1         前言

1.1        目的

本文档主要介绍如何在VSTS环境中进行LoadTest测试，给测试人员和初次使用者提供参考。

对该工具进行LoadTest测试的优劣进行简单的分析说明。

1.2        软件版本

本文档中使用的VSTS 版本为2008 。

VSTS为 visual studio team 2008 缩写。

1.3        测试环境准备

本次文档中使用的虚拟环境为RHIS 1.1 测试环境，VSTS2008工具安装在本机中。

1.4        测试需求

在测试VSTS是否适合在RHIS项目中进行Loadtest，个人认为需要在以下几个方面进考察：

1.       工具能够录制和手工编写脚本，满足测试的需求。

2.       工具能够进行参数化设置，对脚本中的部分变量进行参数化，已达到多用户并发的要求。

3.       工具能够监控服务器和客户机的系统资源，以便输出报告进行软硬件性能瓶颈分析。

4.       工具是否能够出具良好的测试报告。

 

2         Loadtest测试

2.1        测试步骤

使用VSTS进行Loadtest测试时，基本步骤如下：

1.       首先建立一个webtest脚本，录制或者手工皆可。

2.       参数化测试脚本。

3.       验证测试脚本

4.       新建一个Loadtest脚本

5.       建立场景，包括设计场景的各种设置，并发人数、运行时间、客户端等等

6.       运行测试场景

7.       添加服务器监控计数器

8.       搜集测试结果，出具报告

接下来我们就开始一步步的学习怎样使用VSTS进行一次完整的Loadtest测试。

 

2.2        新建Test项目

使用VSTS进行测试工作时，我们首先需要新建一个测试项目。

1.       打开VSTS2008选择Test Team 进入界面：

 

2.3        新建WebTest脚本

1.       选择新建一个测试项目，并设置好项目的名称，存储路径：

2.       在工具栏中选新建一个Test

  

 

3.       在界面中我们可以看到VSTS中所支持的所有的测试类型。我们在这里选择webtest，设置好测试名称和存储路径：

           

4.       在弹出的录制界面中，输入URL地址开始录制脚本

 

 

5.       按照测试要求或者需要录制完毕脚本后，出现以下的界面

6.       对于录制完毕的脚本我有时需要进行的参数化工作，在VSTS中可以利用特有的方式对测试脚本进行参数化，已达到测试需要。

 

7.       选择需要进行参数化的步骤，在界面的右侧选择value，则可以进行参数化工作。选择“Add Data Source”

 

8.       在弹出的界面中，我们可以发现VSTS提供三种数据参数化模式“Databse”、“CSV File”、“XML File”三种方式，这里我们使用CSV文件进行参数化。

 

点击“Next”，进行下一步

 

9.       在文件选择界面中，选择参数化源文件，点击确认：

10．界面中出现的列表即系统可以使用的参数数据：

11. 点击“Finish”后，系统会出现提示信息，并在项目列表中出现数据源信息：

12. 同样在右侧的工具栏中，可以看到参数化的相关信息：

13. 参数完毕后，我们可以运行下脚本，检验脚本是否正确：

点击Test工作区域的“Run Test”，检验脚本。

脚本运行完毕后，我们看到脚本是否参数化成功：

上面是脚本运行完毕后的报告页面。我们可以从上面得到许多相关的运行信息：脚本运行的当前步骤、测试结果、与步骤对应的WEB页面等等。

Test脚本验证完毕后，我们可以进行下一步的Loadtest的工作。

 

1、Monkey 是一个可以运行在模拟器或设备上的程序，它可以生成用户时间的伪随机序列，如点击，触屏，或者抓取，也包含一系列的系统级的事件。我们可以使用Monkey对自己开发的应用程序做压力测试，使用随机且可重复的操作。

2、原理：

(1) 根本是通过runMonkeyCyles()方法循环获取事件，一个事件结束之后，通过调用getNextEvent()方法获取下一个事件

(2) 获取事件是从事件队列里面获取，这是需要组建事件队列MonkeyEventQueue，队列由MonkeyEvent构成。

(3) 将事件注入到系统：MonkeyEvent通过command设计模式将具体的事件（如：MonkeyActivityEvent、MonkeyKeyEvent、MonkeyMotionEvent）通过injectEvent()方法逐一注入到系统中。

 

若你为manager接一个项目，你会利用qc干什么？　　　

　　　　　　　　　

第一步：１、项目管理：建域、建项目；　　　　　　　　　　　　　　　　　

　　　　２、人员管理：增加用户、用户与项目进行关联　　　　　　　　　　

 

TD----QC 　站点管理员：QC后台进行管理； 项目管理员：具体的测试项目

前台入口：http：// IP：port / qcbin / start_a.htm

后台入口：http：// IP：port / sabin /

主站入口：http：// IP：port / qcbin /

 

一、  建域建项目

1．  进入后台http：// IP：port / sabin /

2．  切换到 site projects；

3．  建域：点击工具栏上Creat Domain，弹出对话框输入域名（以公司为单位可加地名，如BWFBJ（博为峰北京））；

4．  建项目：①点击工具栏上Creat Project ；②选中域在其上点击右键---Creat Project---Create an　empty project---输入project name---select project administrator---next---create激活；

 

二、  增加用户（两种方法）

方法one：    

1．以站点管理员身份登陆后台：http：// IP：port / sabin /

2．切换到 site users；

3．左上角+ new user；

 

方法two：

1．  以项目管理员身份登录到前台http：// IP：port / qcbin / start_a.htm

2．  TOOLS（左上角）----自定义菜单下的customize…；

3．  选择set up project users（第二个）；

4．  Add user ---new；

 

更改成员构成：后台—site users---选中成员点右键---pssword和delete

 

三、  用户与项目关联（两种方法）

方法one：

1．以站点管理员身份登录到后台：http：// IP：port / sabin /

2．切换到 site projects；

3．选中项目---切换到project users；

4．Add 即可从 users list中选择项目成员；

 

方法two：

1．以站点管理员身份登录到后台：http：// IP：port / sabin /

2．切换到 site users；

3．左边可选择需要关联的人员，选中变为阴影；

4．右边切换user project---select projects—弹出最右边树型选择框---选择该人员对应的项目并搭钩，然后点击选择框右上方的箭头符号进行添加；

 

第二步：内部测试方面的管理: 　　　　　　　　　　　　　　　　　　

 

ＱＣ四大功能模块：

QC 中的模块	测试过程阶段	ＱＣ管理的内容
Requirment	测试计划和测试设计	测试项和测试子项
Testplan	测试实现	测试用例
Testlab	测试执行	测试执行策略＋执行某次测试活动所执行的具体用例＋执行结果
Defect	测试执行	缺陷

 

 

 

 

    一、需求管理requirements

 

◎创建需求

1．  以相应的用户登录到其项目的系统前台http：// IP：port / qcbin / start_a.htm

2．  切换到requirements；

3．  点击该界面左上方的+按钮—输入name等相关信息—submin（eg name：启动；需求编号：SRS-HAIDA-001）注：ReqID是qc自建的！

4．  定义测试需求树---定义子需求（Attachments可以进行需求描述）；

 

分析测试需求：

l         QA管理者对需求进行检查，置为“已复查”状态

l         查看测试需求与测试计划的覆盖、缺陷的关联

l         通过“覆盖范围视图”可以添加和修改测试覆盖范围

l         通过创建报告和图表来统计需求

l         也可将报告或图表导出保存

 

本文出自夼儿洼地的51Testing软件测试博客，转载请保留出处及链接：http://www.51testing.com/?198615

开发人员：
        reopen-fixed
        reopen-not fix
        reopen-rejected
        open-fixed
        open-rejected
        open-not fix

测试人员：
        fixed-closed
        not fix-left
        rejected-abandon
        duplicate-abandon

测试leader:
        new-open
        new-duplicate
        rejected-judge
        not fix-judge
        close-reopen

仲裁人员：
        judge-rejected
        judge-reopen

主要是装一个QC plugin插件  叫做：QCMSExcelAddin.exe

相信在测试过程中，大家都会碰到一个费时又枯燥的工作，即“测试输入项可接受的最大长度是否符合需求。”尤其是当一个新系统刚开发的时候，有大量的字段需要测试。而当众多的新功能需要测试的时候，这个测试点常常优先级不高，测试人员往往只是挑了其中一些重要的或者偶然碰到的字段进行了测试，有时甚至忘记这档子事了。不幸的是，根据来自生产环境的缺陷报告，我们几乎每个项目都碰到过由于用户输入了超长的字段而产生的产品缺陷，有的甚至严重妨碍了用户操作。这个差异告诉我们“应该要测试字段的最大长度，而且要用一种更简单易行的办法使得做这个工作的代价较低。”

 

James Bach在他的网站(http://www.satisfice.com/tools.shtml) 上发布了他写的一个小程序Perlclip，可以用来生成一定规律的指定长度的字串，放在windows的剪贴板中，然后你可以粘贴到任何你想要输入的字段中。这是一个适用范围比较广的小工具，如果你还在自己手工输入长串数据，并且用word去计算这个字串的长度。那么建议你至少可以向前走一步，试试James的工具。

有时，我们还需要贪心一点。想想，James工具只能一个一个地准备数据，而把这些数据粘贴到对应的输入框里还是需要手工来做。看数据字典、生成字串、粘贴、提交、验证；看数据字典、生成字串、粘贴、提交、验证。。。如此五步需要大量重复，是否也可以自动化呢？让我们以一个基于ExtJS的web应用为例，借助Sahi这个开源的轻量级web自动化工具，来尝试测试字段最大长度的更省力的办法。

思路1： 从页面元素得到它的长度限制，然后生成一个最大长度的字串和一个最大长度加1（此处用边界值法简化）的字串，进行测试。但困难在于页面元素的长度限制在UI层得不到，只好放弃。

思路2：在整个页面的字段中找到那个允许长度最长的字段，然后以这个最长的长度加1的随机串去填充各个某种特定输入类型（如textbox或者textarea）的所有字段，保存，看是否每个字段都报错。报错时页面应该提示数据非法（所有有长度校验的字段都失败)，且此时失败的字段个数及相应的提示（最大长度是多少）应与数据字典一致。（需要人工检查）如果 DB出了异常，我们应该可以从服务器返回的信息或者异常的日志中知道哪个字段出错。

 

这个思路没有大的问题，但是在我们具体的程序实现技术下碰到了两个问题。一、我们程序的页面上有些list因为也是textbox类型，所以被赋了值非法的长值。这并不是我们想要的，因为它把非法值的校验的和长度的校验揉杂在一起了。所以，我通过数据字典那边只抽出需要校验自由输入的长度的字段来屏蔽这个问题。二、我发现一些系统生成的只读的textbox字段，如某对象的ID，不应该通过我们的Sahi程序将它的值修改掉。还有一些UI不可见的元素，如开发人员设计中特意用到的一些oid，因为也是textbox类型，如果用我们的长字串代替了就会出错。所以我仅仅对UI可见的且非只读的textbox来做。经过上述修正，最后我的方法如下：

 

准备工作：

1. 准备一个包含两列的excel，第一列是需要验证字段长度的字段名，第二列是该字段允许的最大长度。当然，你也可以准备一个三列的excel，其中多一列字段的类型，以便你既可以生成字串又可以生成数字。

 

步骤：

 

1.    打开一个待测试的页面

2.    跑验证字段长度的脚本

a.    将excel中每个页面label对应的textbox都填上excel中指定长度的字符串，然后一起保存。预期结果应该是保存成功（不因为字段长度的校验而失败）。以此方法还可以顺便就把label拼写错误（UI label与数据字典label匹配不上）的情况轻松地暴露出来。

b.    将excel中每个页面label对应的textbox都填上excel中指定长度再加1的字符串，观察系统行为。如果在前台已经做了校验，则观察前台的提示。如果前台不会禁止掉用户的超长输入，则通过保存来提交后台，预期结果应该是保存失败。