Parasoft Jtest8.0新亮点

tigerwta

Jtest8.0的新特点

1.      
BugDetective: BugDetective是一个新的静态分析技术，它搜索整个代码库，能查找出会导致程序运行时出错和应用程序不稳定的代码错误。通过自动追踪和模拟一个复杂的应用程序(甚至是最复杂的应用程序，这些程序的路径可跨越多个方法，多个类和多个包，并包含很多次调用)执行路径， BugDetective能找出那些很难手动找出或手动找出非常耗时的bug，这些Bug只有在实时运行时才能发现，且修复起来将有可能十分耗费资源。有了BugDetective，开发者可以发现、诊断各类用编码规范分析和单元测试无法发现的软件错误。在软件开发周期中及时发现这些Bug将会很大程序地节省开发者分析查错和重工的时间和成本。
这个版本的很大地扩展了Jtest在开发时自动分析和测试Java代码，查找和处理Bug和错误的能力，在这个时期修复问题是最容易，耗费成本最少的。编码规范分析和单元测试的结合使得Jtest成为目前开发者最全面的Java测试解决方案。BugDetective是一个容易应用并能产生快速强大效果的功能，它还可以验证Jtest的实效，即帮助开发人员确认他们的代码是否满足了他们的要求。这也将成为所有产品评估和“概念验证”的一个焦点。


2.      
通过内含的Cactus对J2EE进行支持，生成测试、测试执行和覆盖率分析：Jtest现在可以为J2EE类(EJBs, Servlets, taglibs, Struts Action classes, Spring classes and servlet filters)生成Cactus测试，并在其中运行这些测试以模拟一个真实的运行环境。这就可以及早地在开发阶段发现那些可能要到QA检查、产品配置或产品发布时才能发现的问题，而如果在这样的后期发现这些缺陷，要修复将可以是非常消耗成本的，而且这些缺陷越到后来就越难发现和修复。
在使用Cactus进行测试或开发的客户或潜在客户将会非常期待Jtest在Cactus环境下自动产生测试用例这个优点。而现在客户们（a.开发Java企业J2EE系统的客户，b.由于系统的高动态性而使得测试难度不断增加的客户，c.需要在程序运行环境下测试的客户）就已经可以使用Cactus和Jtest来自动产生的测试用例。他们可以在配置一个模块到产品系统之前对这个模块进行独立的测试（在一般主机平台或本地服务器）。


3.      
Jtest Tracer: Jtest Tracer取代了以前的测试用例Sniffer，成为了一个独立产品名和功能名称，并在以前基础上增强了可用性和效率。Jtest Tracer,和以前的Sniffer一样，可以让用户快速创建功能性JUnit测试用例，这些测试用例可以反映一个应用程序正确的功能和其个有的操作（表现为一个正在运行的应用程序的实际执行）。

这些“正面的”测试用例可以用来识别在什么时候新的代码修改破坏或修改了已有应用程序的功能。Jtest Tracer现在可以使控制对一个正在运行的应用程序的"追踪"和所创建的测试用例的间隔性(请以后使用"追踪"这个词来取代以前的"sniffing" )更加简单。现在对一个应用程序执行的“追踪”可以在测试应用程序的时候随时启用和中止，无需停止和重新开启应用程序或应用程序服务器（这是以前"Sniffer"的一个缺陷）。

这可以让测试者在使用测试用例对应用程序进行功能性测试的时候更直接更方便。另外，Jtest Tracer可以将每个“追踪片断”转换为一个标准的测试用例或一个测试模块（而不只是多个分立无关联的"Sniffer"测试用例）。

现在创建和映射测试用例到一个特定的应用程序功能单元也变得容易了很多。比如，单个的测试用例代表一个“元件级”的功能测试，用于测试应用程序功能性的一个分立的“小块”。Tracer/Sniffer的原有功能是为涉及应用程序追踪和试运行的每个类或方法创建独立的单元测试，这个功能现在依然是保留着的。用户可以指定产生测试用例的间隔（如一个JUnit或许多）。

另外，SOAtest 4.5.1可以开始和停止一个Jtest Tracer会话。这可以让SOAtest来驱动一系列的Web服务测试设定，而Tracer会来追踪并记录这些。然后Tracer就可以将每个追踪到的测试会话转换为一个或多个JUnit测试用例。JUnit测试给Web服务测试与源代码更直接的关联性,这样就提高了错误识别和诊断的能力，让开发人员直接来运行这些测试用例而不必进入产品环境或重新搭建一个复杂的环境。这有利于QA与开发之间的密切合作：QA可以为开发人员提供跟踪到的具有代码级的测试结果的测试会话，而这些测试有助于开发人员识别、理解和解决那些影响Web服务的可疑代码。

Jtest Tracer是一个功能强大且与Jtest独立的一个产品。它的重新命名和功能的扩展都给我们的销售人员非常好的机会来将Jtest Tracer介绍给我们的现有Jtest客户，并向他们推销。向客户推荐它是一个快速生成回归测试环境的有效方法。也可以向客户推荐它是一个捕获并重建产品系统复杂本地执行与测试行为和系统交互的非常好的方法。

还能向客户推荐它是一个为开发人员提供极为高效地诊断和修复一个软件问题的好方法。开发人员可以快速生成一个JUnit测试用例，这个测试用例代表着有问题使用用例的执行；这个测试用例会让开发人员快速跟踪到问题的所在。Tracer将会让所有的客户获得良好的效益。功能的增强使得“附着”和“监控/追踪”一个应用正在运行的应用程序更加容易，也使得其在“概念证明”的时候将Tracer展现得更加贴合实际。我们应该向客户把Jtest Tracer介绍为Jtest的扩展功能，而不是一个独立的产品。它是Jtest的一个功能，就像BugDetective,单元测试，和编码规则分析。


4.      
自动化的代码走查管理：一个新的代码走查模块，有助于实现代码走查过程自动化，使得代码走查的参与和沟通更加方便，继而使得软件开发部门的代码走查更加高效和更好的实际可操作性。这个模块允许用户定义和管理代码注释和路由的分布列表和分组，当其负责走查的代码改变了并需要走查的时候，它会自动地告知代码走查人员。支持电子记录和报告走查完成。这个新的代码走查模块也会让分布式的开发团队受益，他们以前不能很好地参加代码走查的过程，不容易很好地沟通代码走查的状况。

代码走查的优点可以使更得让更多的用户可以使用Jtest，扩展在一个组织内使用范围和可使用license的个数。当Jtest用作“自动代码走查”时，用户就有更多的时间和资源来专注于具有高回报率的分析上来，如查找设计、算法或执行问题。他们不需要花时间到对普通代码错误的一行一行的查找上，因为Jtest可以自动地精确指出这些错误所在。每个参加代码走查的人员都能使用Jtest.



5.      
测试用例参数设置：测试用例参数设置是使Jtest产生的或用户定义的JUnit测试用例通过变化可控的参数来进行扩展和自定义，以创建可以反映大范围实用性的测试设定。通过使用测试用例参数设置，用户可以控制测试输入值的范围，类型及序列。这就使得可以生成和执行进行大覆盖率和彻底覆盖的复杂的测试用例设置，这样可以验证代码对大量可预知和不可预知用户动作的反应。

现有的客户可以重用和扩展他们现有的JUnit测试套件，以对他们进行充分的利用。用户可以开发功能强大的测试用例，并可以容易地对其进行修改，扩展，并使其适用于不断变化的场合。这就使得Jtest成了一个更加强大的测试解决方案。负责运行由开发人员创建的JUnit测试用例的测试人员（或QA）只需要进行简单的培训就可以对测试用例进行参数设置。这就使他们不需要知道如何对其进行编写就可以对JUnit测试用例进行扩展。


6.      
其他新的特点包括：

编码标准：自动侦测Hibernate J2EE框架重复代码和规则，和Java 5规则

单元测试：JUnit 4.0 测试执行支持，Eclipse调试器下测试执行，方法级测试，HTTP单元测试的服务器端覆盖（包括那些由WebKing自动产生的），单元测试任务严格分类

其他：新的尺度衡量模块，子版本支持，IntelliJ IDEA支持（仅作导入）