framework junit

http://www.appperfect.com/

AppPerfect Corp. develops, markets and supports a comprehensive set of testing and monitoring software products. AppPerfect products are used to analyze, test, tune and monitor Web and Windows applications. AppPerfect offers the following products:

Java Testing:

Java Code Test

Automated Java and JSP code analysis, audit and review tool.

Java Unit Test

Automatically generates and executes JUnit-based unit tests.

Java Profiler

For performance, memory and thread profiling of your Java/J2EE apps.

Web Testing

Load Test

Web Load Performance test software designed to simulates thousands of virtual users to load / stress test your Web applications.

Web Test

Web test software for functional and regression testing of Web applications. Easy-to-use browser events record and replay.

App Test

App test software for functional and regression testing of native Windows / .Net / GUI / Java applications. Easy-to-use native application events record and replay.

Server Monitoring / Test Management

Agentless Monitor

For system / server / application / database monitoring. Web-based server with dashboard. No agents needed.

Test Manager

Test automation and management system. Web-based server provides test scheduling, results notifications, reports / analytics, requirements / bugs management.

 

LoadRunner再次在软件测试工具评比中夺冠

LoadRunner、QuickTestProfessional和TestDirectorforQualityCenter

http://blog.csdn.net/Testing_is_believing/archive/2007/12/17/1944221.aspx

http://www.iteye.com/news/6491-loadrunner-software-testing-instrument-again-in-rankings-win

winxp安装 LoadRunner 完成后MI_Viewer的密码是什么？

http://bbs.51testing.com/viewthread.php?tid=56266

密码：MIOrchid#1

 

java 性能/负载/压力测试工具

http://nenty.iteye.com/blog/306403

1.      LoadRunner：支持多种常用协议多且个别协议支持的版本比较高；可以设置灵活的负载压力测试方案，可视化的图形界面可以监控丰富的资源；报告可以导出到Word、Excel以及HTML格式。 
2.       WebLoad：webload是RadView公司推出的一个性能测试和分析工具,它让web应用程序开发者自动执行压力测试;webload通过模拟真实用户的操作,生成压力负载来测试web的性能用户创建的是基于javascript的测试脚本,称为议程agenda,用它来模拟客户的行为,通过执行该脚本来衡量web应用程序在真实环境下的性能。 
3.      E-Test Suite：由Empirix公司开发的测试软件，能够和被测试应用软件无缝结合的Web应用测试工具。工具包含e-Tester、e-Load和e-Monitor，这三种工具分别对应功能测试、压力测试以及应用监控，每一部分功能相互独立，测试过程又可彼此协同。 
4.      QALoad：(1).测试接口多；(2)可预测系统性能；(3)通过重复测试寻找瓶颈问题；(4)从控制中心管理全局负载测试；(5)可验证应用的扩展性；(6)快速创建仿真的负载测试；(7)性能价格比较高。此外，QALoad不单单测试Web应用，还可以测试一些后台的东西，比如SQL Server等。只要它支持的协议，都可以测试。 
5.      Benchmark Factory： 首先它可以测试服务器群集的性能；其次，可以实施基准测试；最后，可以生成高级脚本。  
6.      JMeter：是开源测试工具，专门为运行和服务器负载测试而设计、100%的纯Java桌面运行程序。原先它是为Web/HTTP测试而设计的，但是它已经扩展以支持各种各样的测试模块。它和HTTP和SQL(使用JDBC)的模块一起运行。它可以用来测试静止或活动资料库中的服务器运行情况，可以用来模拟服务器或网络系统在重负载下的运行情况。它也提供了一个可替换的界面用来定制数据显示，测试同步及测试的创建和执行。 
7.      WAS：是Micro$oft提供的免费的Web负载压力测试工具，应用广泛。WAS可以通过一台或者多台客户机模拟大量用户的活动。WAS支持身份验证、加密和Cookies，也能够模拟各种浏览器和Modem速度，它的功能和性能可以与数万美元的产品媲美。 
8.      ACT：或称MSACT，它是微软的Visual Studio和Visual Studio.net带的一套进行程序压力测试的工具。ACT不但可以记录程序运行的详细数据参数，用图表显示程序运行情况，而且安装和使用都比较简单，结果阅读方便，是一套较理想的测试工具。 
9.      OpenSTA：它的全称是Open System Testing Architecture。OpenST的特点是可以模拟很多用户来访问需要测试的网站，它是一个功能强大、自定义设置功能完备的软件。但是，这些设置大部分需要通过Script来完成，因此在真正使用这个软件之前，必须学习好它的Script编写。如果需要完成很复杂的功能，Script的要求还比较高。当然这也是它的优点，一些程序员不会在意编写Script的。 
10. PureLoad：一个完全基于Java的测试工具，它的Script代码完全使用XML。所以，编写 Script很简单。它的测试包含文字和图形并可以输出为HTML文件。由于是基于Java的软件，因此PureLoad可以通过Java Beans API来增强软件功能。

 

 

/home/lindows/workspace/java/src/com/javaeye/lindows/test/Test.java

package com.javaeye.lindows.test;

public class Test {

	/**
	 * @param args
	 */
	private Test() {

	}

	public static void main(final String[] args) {
		System.out.println(Messages.getString("Test.0")); //$NON-NLS-1$
	}
}

  /home/lindows/workspace/java/src/com/javaeye/lindows/test/ Messages.java

package com.javaeye.lindows.test;

import java.util.MissingResourceException;
import java.util.ResourceBundle;

public class Messages {
	private static final String BUNDLE_NAME = "com.javaeye.lindows.test.messages"; //$NON-NLS-1$

	private static final ResourceBundle RESOURCE_BUNDLE = ResourceBundle
			.getBundle(BUNDLE_NAME);

	private Messages() {
	}

	public static String getString(String key) {
		try {
			return RESOURCE_BUNDLE.getString(key);
		} catch (MissingResourceException e) {
			return '!' + key + '!';
		}
	}
}

 

/home/lindows/workspace/java/src/com/javaeye/lindows/test/messages.properties

Test.0=\u6D4B\u8BD5 ok

 

http://jetif.sourceforge.net/docs/index.php 

Jetif对比JUnit+JTestCase

Jetif是一个被设计来取代JUnit的框架，这里有一份Jetif和JUnit+JTestCase之间的比较文档。

请点击这里浏览这份对比文档。

 

http://sdyouyun.iteye.com/blog/160368

测试用例管理工具整理：

 

工具名	综述	优点	缺点	备注
TestManager	Rational 测试解决方案中推荐的测试用例管理工具。	1.        功能强大。 2.        文件夹形式的管理，可以对测试用例无限分级。 3.        可以和 Rational 的测试工具 robot 、 functional 相结合。 4.        有测试用例执行的功能，但必须先生成对应的手工或自动化脚本。	1.        本地化支持不好。汉字显示太小。 2.        测试用例很多时不太稳定。有时会造成测试用例的丢失。 3.        必须安装客户端才可使用。和开发人员交流不方便。 4.        测试用例的展示形式单一。
Wiki	使用 wiki 做测试用例的管理工具。	1.        Web 界面形式，交流方便。 2.        测试用例的展示形式多样，可以贴图。可以进行格式化的编辑。 3.        Wiki 提供测试用例的版本控制、版本比较功能。 4.        Wiki 提供测试用例的添加注释（评论）功能，方便测试用例评审。 5.        Wiki 本身强大的全文索引功能。 6.        可以任意为测试用例添加标签。	1.        Wiki 并不是专业的测试用例管理工具。 2.        无法和其他测试工具集成。 3.        测试用例的统计不方便。需要编写专门的程序。 4.        没有测试用例的执行跟踪功能。 5.        有一些 wiki 本身的限制，如不同产品的测试用例名也不能重复。 6.        目前还没有定制统一的模板	Wiki 本身有多种实现，这儿列出的是 Confluence wiki 。其他的 wiki 可能没有优点中列出来的某些功能。
Bugzilla+Test Runner	开源的测试管理解决方案，有很多开源软件使用此方式管理。	1.        开源免费。 2.        Web 方式的管理界面。 3.        自动邮件提醒。 4.        和缺陷管理系统 Bugzilla 结合紧密。有测试用例执行管理。 5.        测试用例可以分优先级。 6.        测试用例可以有评审的功能。（测试用例有不同的状态）	1.        安装设置较繁琐。 2.        没有配置过的经验。 3.        测试用例的编写上必须按照一个步骤对应一个验证点的形式来编写。	听说后来 Test Runner 升级后名字改为了 Testopia ，没有常试过。
TestDirector		1.        和 Rational 测试系列其名的测试管理工具，功能强大。 2.        Web 方式的界面。 3.        有测试用例执行跟踪的功能。 4.        有灵活的缺陷定制。 5.        和自身的缺陷管理工具紧密集成。 6.        界面较友好。	1 、每个项目库同时在线人数有限制（具体个数忘记了） 2 、可能存在部分不稳定性，但是基本功能没有问题	没有配置过的经验。不了解其具体的一些特征。
新版 CQ  （ 7.0 ）	新版本的 CQ 中增加了测试用例管理的功能。	1.        和 cq 的缺陷管理紧密结合。 2.        可以使用 cq 强大的查询和图表功能。	1.        Eclipse 的界面，较为笨重，需要安装。不知道有没有 web 形式的界面。	看过演示，没有实际用过。
TestLink		1.        Web 方式的界面。 2.        和 bugzilla 缺陷管理工具的整合 3.        可以自定义和其他缺陷管理工具的整合。 4.        同时具有需求管理的功能。	1.        没有配置过的经验。不了解其具体的一些特征。	没有实际用过，只看过网上的一些介绍。
Excel 形式	适合小型项目。 如果充分利用 excel 的功能也可适合大型项目	依托 Excel 本身的强大功能。 很灵活，易于扩展。	将来的维护等较麻烦。 统计、度量等也不方便。
Word 形式		依托 Word 本身的强大功能。 很灵活，易于扩展。	不如 excel 格式统一 不如 excel 容易统计。

 

软件测试全景图,框架

http://www.51testing.com/?132123/action_viewspace_itemid_64971.html

 

下图为软件测试 全景图:

   以上是我们针对软件开发过程我们要进行的测试工作 ，对于老手来说这些已经非常熟悉了，新手看的越来越迷茫，没关系，我再发一张图，我们来一步一步对软件测试工作进行分析,如下图：

   首先从软件质量 开始，一切围绕软件质量去开展我们的测试。软件技术 、组织、流程是软件质量的铁三角。软件质量体系是软件开发的依据标准，软件开发的标准流程有大爆炸式开发、边写边改的原始模型、瀑布模型、螺旋模型、RUP模型、IPD模型等..；软件测试模型主要以双V模型为主。针对软件开发的SRS （需求规格说明书）、HLD （概要设计说明书）、LLD （详细设计说明书）进行需求评审，建立SRS、HLD、LLD基线，并以SRS做为ST（系统测试 ）的入口准则，进行ST计划、ST设计、ST实现（测试用例、测试规约、预测试项的编写）、ST执行；以HLD做为IT（集成测试 ）的入口准则，进行进行IT计划、IT设计、IT实现（IT测试用例、IT测试规程的编写）、IT执行；以LLD做为UT（单元测试 ）的入口准则，进行进行UT计划、UT设计、UT实现（UT测试用例、UT测试规程的编写）、UT执行；

      System Testing--系统测试 是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的“先知者问题”。因此，系统测试应该按照测试计划进行，其输入、输出和其他 动态运行行为应该与软件规约进行对比。软件系统测试方法很多，主要有功能测试 、性能测试 、随机测试等等。

     Integration Testing--集成测试 ：也叫组装测试、联合测试、部件测试、子系统测试。集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。它根据集成测试计划，一边将模块或其他软件单位组合成越来越大的系统，一边运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。集成测试的策略主要有大爆炸、自顶向下、自底向上、三明治、基干、基于功能等等。

     Unit Testing--单元测试： 单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。一个软件单元的正确性是相对于该单元的规约而言的。因此，单元测试以被测试单位的规约为基准。单元测试的主要方法有控制流测试、数据流测试、排错测试、分域测试等等。

      一般来讲，系统测试是黑盒测试 范畴，把被测对象看做是一个黑盒子（看不到内部构造），根据SRS去测试它的功能（显示需求、隐式需求、特殊需求等..）评价ST测试的标准也是看测试用例对SRS的覆盖度。而单元测试则相对于系统测试则不关注它的功能，而是判断程序的逻辑覆盖率，也就是说把被测对象看做一个白盒 子、透明盒子、玻璃盒子。我们能清楚的看到它的内部构造，我们评价UT测试的标准则是看Unit Test Case(单元测试用例)对程序的逻辑覆盖度。那么IT则是借于ST和UT之间的测试，主要关注于模块间，模块内部，模块于子模块的接口覆盖率，它就像一个灰盒 子，我们能看到的只有齿轮于齿轮间的咬合，而不是去分析齿轮内部构造，也不必要测试它到底能完成什么功能。

 

end