1、 用户登录及设置

1.1用户登录

　　1． 用户输入服务器地址http://192.168.4.79/bugzilla/。

      （本公司服务器地址为http://192.168.4.79:9090/）

　　2． 进入主页面后，点击【Forget the currently stored login】，再点击【login in】进入。

　　3． 进入注册页面，输入用户名和密码即可登录。用户名为Email 地址，初始密码为用户名缩写。

　　4． 如忘记密码，输入用户名,点击【submit request】,根据收到的邮件进行重新设置。

1.2、修改密码及设置

　　1．Login登录后，【Edit prefs】->【accout settings】 进行密码修改。

　　2．【Edit prefs】->【email settings】 进行邮件设置。

　　3．【Edit prefs】-> 【permissions】 进行权限查询

2、Bug的处理过程

2.1、报告Bug

2.1.1测试人员报告Bug

　　1． 请先进行查询，确认要提交的bug报告不会在原有纪录中存在，若已经存在，不要提交，若有什么建议，可在原有纪录中增加注释，告知其属主，让bug的属主看到这个而自己去修改。

　　2． 若Bug不存在，创建一份有效的bug报告后进行提交。

　　3． 操作：点击New，选择产品后，填写下表。

　　4． 填表注意：Assigned to: 为空则默认为设定的 owner, 也可手工制定。CC: 可为多人，需用"，"隔开。Desription中要详细说明下列情况：

　　1） 发现问题的步骤

　　2） 执行上述步骤后出现的情况。

　　3） 期望应出现的正确结果。

　　选择group设置限定此bug对组的权限，若为空，则为公开。

　　5. 操作结果：Bug状态（status）可以选择Initial state 为New或Unconfirmed.

　　系统将自动通过Email通知项目组长或直接通知开发者。

　　6．帮助： Bug writing guidelines

2.1.2 开发人员报告Bug.

　　1. 具体方法同测试人员报告。

　　2. 区别： Bug初始状态将自动设为Unconfirmed，待测试人员确定后变为“New".

2.2、Bug的不同处理情况

2.2.1 Bug的属主 (owner) 处理问题后，提出解决意见及方法。

　　1 . 给出解决方法并填写Additional Comments，还可创建附件（如：更改提交单）

　　2．具体操作（填表项如下）

　　3 . 填表注意：

　　FIXED 描述的问题已经修改

　　INVALID 描述的问题不是一个bug (输入错误后，通过此项来取消)

　　WONTFIX 描述的问题将永远不会被修复。

　　LATER 描述的问题将不会在产品的这个版本中解决.

　　DUPLICATE 描述的问题是一个存在的bug的复件。

　　WORKSFORME 所有要重新产生这个bug的企图是无效的。如果有更多的信息出现，请重新分配这个bug，而现在只把它归档。

2.2.2 项目组长或开发者重新指定Bug的属主。（owner）

　　1． 为此bug不属于自己的范围，可置为 Assigned,等待测试人员重新指定。

　　2． 为此bug不属于自己的范围，但知道谁应该负责，直接输入被指定人的Email， 进行Ressigned。

　　3. 操作：（可选项如下）

　　* Accept bug (change status to ASSIGNED)

　　* Reassign bug to

　　* Reassign bug to owner and QA contact of selected component

　　4． 操作结果：此时bug状态又变为New，此bug的owner变为被指定的人。

2.2.3测试人员验证已修改的 Bug.

　　1． 测试人员查询开发者已修改的bug，即Status为"Resolved",Resolution为"Fixed".进行重新测试。（可创建test case附件）

　　2． 经验证无误后，修改Resolution为VERIFIED。待整个产品发布后，修改为CLOSED。

　　若还有问题，REOPENED，状态重新变为“New"，并发邮件通知。

　　3． 具体操作（可选择项）

　　　1. Leave as RESOLVED FIXED

　　　2. Reopen bug

　　　3. Mark bug as VERIFIED

　　　4. Mark bug as CLOSED

2.2.4 Bug报告者（reporter）或其他有权限的用户修改及补充Bug

　　1. 可以修改Bug的各项内容。

　　2. 可以增加建立附件，增加了相关性, 并加一些评论来解释你正在做些什么和你为什么做。

　　3． 操作结果：每当一些人修改了bug报告或加了一个评论，他们将会被加到CC列表中，bug报告中的改变会显在要发给属主、写报告者和CC列表中的人的电子邮件中。

2.2.5测试人员确认开发人员报告的Bug是否存在.

　　1. 查询状态为“Unconfirmed"的Bug,

　　2. 测试人员对开发人员提交的Bug进行确认，确认Bug存在。

　　3. 具体操作：选中“Confirm bug(change status to New)"后，进行commit.

　　4. 操作结果：状态变为“New".

2.3、查询Bug

　　1．直接输入Bug Id，点击find 查询。可以查看Bug的活动纪录。

　　2．点击Query，输入条件进行查询。

　　3．查询Bug活动的历史

　　4．产生报表。

　　5．帮助：点击Clue.

3、关于权限的说明

　　1． 组内成员对bug具有查询的权利,但不能进行修改。

　　2． Bug的owner 和 reporter 具有修改的权利。

　　3． 具有特殊权限的用户具有修改的权利。

4、 BUG处理流程

　　1． 测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，通过Email通知项目组长或直接通知开发者。

　　2． 项目组长根据具体情况，重新reassigned分配给bug所属的开发者。

　　3． 开发者收到Email信息后，判断是否为自己的修改范围.

　　1） 若不是,重新reassigned分配给项目组长或应该分配的开发者。

　　2） 若是，进行处理，resolved并给出解决方法。（可创建补丁附件及补充说明）

　　4． 测试人员查询开发者已修改的bug，进行重新测试。（可创建test case附件）

　　1） 经验证无误后，修改状态为VERIFIED。待整个产品发布后，修改为CLOSED。

　　2） 还有问题，REOPENED，状态重新变为“New"，并发邮件通知。

　　5． 如果这个BUG一周内一直没被处理过。Bugzilla就会一直用email骚扰它的属主，直到采取行动。

5、一个Bug的生存周期

什么是Bugzilla

Bugzilla是一个错误跟踪系统，用于对软件产品程序开发过程的错误跟踪。它的强大功能表现在以下几个方面：

1.         强大的检索功能

2.         用户可配置的通过Email公布Bug变更

3.         历史变更记录

4.         通过跟踪和描述处理Bug

5.         附件管理

6.         完备的产品分类方案和细致的安全策略

7.         安全的审核机制

8.         强大的后端数据库支持

9.         Web，Xml，Email和控制界面

10.     友好的网络用户界面

11.     丰富多样的配置设定

12.     版本间向下兼容

为什么使用Bugzilla

Bugzilla是一个拥有强大功能的错误跟踪系统。它可以使我们更好的在软件开发过程中跟踪软件错误的处理过程，为开发和测试工具以及产品质量的度量提供数据支持，从而有效的保证软件产品的质量。

Bugzilla使用指南

新建一个Bugzilla账号

1.       点击“Open a new Bugzilla account”链接，输入你的Email地址（如：XXX@office）然后点击“Create Account”。

2.       稍候，你会收到一封邮件。邮件中包含你的登录账号（与你的Email相同）和口令，这个口令时Bugzilla系统随机生成的，你可以根据你的需要进行变更。

3.         在页面的黄色页角中点击“Log In”链接，而后输入你的账号和口令。最后点击“Login”

产品和结构（Product and Component）

Bug记录按产品分类，每种产品按功能拆分成几类。以Bugzilla产品为例，它由以下几部分构成：

l          Administration

l          Bugzilla-General

l          Creating/Changing Bug

l          Documentation

l          Email

l          Installation

l          Query/Buglist

l          Reporting/Charting

l          User Accounts

l          Changing Passwords

l          User Interface

Bug报告状态分类和Bug处理意见（Status and Resolution）：

1.       Bug报告状态分类（Status）

l          待确认的（Unconfirmed）

l          新提交的（New）

l          已分配的（Assigned）

l          问题未解决的（Reopened）

l          待返测的（Resolved）

l          待归档的（Verified）

l          已归档的（Closed）

2.       Bug处理意见（Resolution）

l          已修改的（Fixed）

l          不是问题（Nvalid）

l          无法修改（Wontfix）

l          以后版本解决（Later）

l          保留（Remind）

l          重复（Duplicate）

l          无法重现（Worksforme）

指定处理人（Assigned To）

l          可以指定一个处理人

l          如不指定处理人，则系统指定管理员为默认处理人

超链接（URL）

l          输入超链接地址，引导处理人找到与报告相关联的信息

概述（Summary）

l          概述部分“Summary”的描述，应保证处理人在阅读时能够清楚提交者在进行什么操作的时候发现了什么问题。

l          如果是通用组件部分的测试，则必须将这一通用组件对应的功能名称写入概述中，以便今后查询。

硬件平台和操作系统（Platform and OS）

l          测试应用的硬件平台（Platform），通常选择“PC”

l          测试应用的操作系统平台（OS）

版本（Version）

l          产生Bug的软件版本

Bug报告优先级（Priority）

l          分五个等级即P1-P5，P1的优先级别最高之后逐级递减

Bug状态（Severity）

l          Blocker，阻碍开发和/或测试工作

l          Critical，死机，丢失数据，内存溢出

l          Major，较大的功能缺陷

l          Normal，普通的功能缺陷

l          Minor，较轻的功能缺陷

l          Trivial，产品外观上的问题或一些不影响使用的小毛病，如菜单或对话框中的文字拼写或字体问题等等

l          Enhancement，建议或意见

报告人（Reporter）

l          Bug报告提交者的账号

邮件抄送列表（CC List）

l          Bug报告抄送对象，该项可以不填

l          如需要抄送多人，可将邮件地址用“，”分隔

从属关系（Bug “ID” depends on，Bug “ID” blocks）

l          “Bug “ID” depends on”如果该Bug必须在其他Bug修改以后才能够修改，则在此项目后填写那个Bug的编号

l          “Bug “ID” blocks”如果该Bug的存在影响了其他Bug的修改，则在此项目后填写被影响的Bug编号

附加描述（Additional Comments）

l          在Bug跟踪过程中测试与开发人员通过这里进行沟通

l          开发人员可以在这里填写处理意见和处理记录

l          测试人员可以在这里填写返测意见和对在返测过程中发现的新问题进行描述

Bug查找

l          可以通过页脚中的“Query”链接进入查找界面

l          根据查找的需要在界面中选择对象或输入关键字

l          查找功能能够进行字符或字串的匹配查找

l          查找功能具有布尔逻辑检索功能

l          你可以通过在查找页面中选择“Remember this as my default query”将当前检索页面中设定的项目保存。以后可以从页脚中的My bugs中直接调用这个项目进行检索

l          你还可以通过在“Remember this query, and name it:”后面输入字符，将你当前检索页面中设定的项目保存命名，同时选中“and put it in my page footer”。则以后这个被命名的检索将出现在页脚中。（有关如何在页脚中设定显示的项目请参见1.5.3）

Bug列表

l          如果你运行了Bug检索功能，系统会根据你的需要列出相关的项目

l          你可以通过列表页脚附近的“Change Columns”设定在列表中显示的Bug记录中的字段名称

l          如果你拥有必要的权限，你还可以通过“Change several bugs”修改列表中罗列出的Bug的记录。例如：修改Bug的所有者

l          通过“Send mail to bug owners”你可以给列表中罗列的Bug记录的所有者发信

l          如果你对查找的结果不满意，希望重新调整检索设定。你可以通过“Edit this query”实现

l          通常情况下，检索结果中只显示最基本的信息。你可以通过“Long Format”显示更详细的内容

用户属性设置（Edit prefs）

1           账号设置（Account Settings）

l          在这里你可以改变你账号的基本信息，如口令，Email地址，真实姓名

l          为了安全起见，在此页进行任何更改之前你都必须输入你当前的口令

l          当你变更了你的Email地址，系统会给你的新老Email地址分别发一封确认邮件，你必须到邮件中指定的地址对你的更改进行确认

2           Email设置（Email Settings）

l          你可以在此通过选择告诉系统，你希望在什么条件下收到和你相关的邮件

3           页脚（Page Footer）

l          设定“Preset Queries”是否在页脚中显示

4           用户权限（Permissions）

         你可以在此查看自己账号现在的权限

1. 简介
mantis(螳螂)是一个基于php/MySQL/web的缺陷跟踪系统，最新版本是1.1.1
要了解更多信息请到http://www.mantisbt.org/。
2. 下载
mantis1.1.1   http://www.mantisbt.org/download.php
mysql5.0.2       http://dev.mysql.com/downloads/mysql/5.0.html
PHP5.0.3     http://www.php.net/downloads.php
apache2.0.52   http://httpd.apache.org/download.cgi

3. 安装步骤
   1）安装刚才下载的软件

   下面假设各软件的安装目录为

   c:\mantis-0.19.2

   c:\mysql-5.0.2

   c:\php-5.0.3

   c:\apache-2.0.52 
   我习惯下载zip版的程序，直接解压到一个目录就可以了。

   没有的话，只好下载windows_installer版本：）。

   a.安装apache2.0.52
   我下载的是http://apache.freelamp.com/httpd/binaries/win32/apache_2.0.52-win32-x86-no_ssl.msi
   运行安装程序，安装时选择安装给当前用户，采用8080端口，不要安装成服务，对我来说没必要。安装后同样可以再安装成service  
   详细请参考：
   apahce在windows下的安装指南 http://httpd.apache.org/docs-2.0/platform/windows.html
   运行c:\apache-2.0.52\bin\apache.exe，在IE地址栏输入http://localhost:8080/，可以看到安装成功。如果前面是安装成80端口的服务，则输入http://localhost/
   b.其它的软件直接解压到自己想要的目录。当然如果你下载的是installer也是一样的，直接运行安装程序，无非是安装
   后多了几个启动的快捷菜单外加一些默认设置罢了。
   2）为apache配置php
   打开c:\apache-2.0.52 \conf\httpd.conf文件，添加如下内容到文件尾
  #PHP 5
  LoadFile "c:/php-5.0.3/php5ts.dll"
  LoadModule php5_module "c:/php-5.0.3/php5apache2.dll"
  AddType application/x-httpd-php .php
 ＃PHP.ini path
  PHPIniDir "c:/php-5.0.3"
   3）php配置
   将c:\php-5.0.3下的php.ini-dist复制一份，并改名为php.ini
   查找include_path,改为include_path=".;c:\php-5.0.3\pear"
   查找extension_dir,改为extension_dir="c:\php-5.0.3\ext"
   查找php_mysql.dll,将这一行前面的“;”号去掉
   保存文件
   4）为apache安装mantis系统
   打开c:\apache-2.0.52 \conf\httpd.conf文件，添加如下内容到文件尾
   Alias /mantis "c:/mantis-0.19.2/"
   <Directory "c:/mantis-0.19.2/">
    Options Indexes
    AllowOverride None
    Order allow,deny
    Allow from all
  </Directory>

  查找DirectoryIndex，添加index.php到后面。像这样DirectoryIndex index.html index.html.var index.php
   5)创建数据库

   运行c:\mysql-5.0.2\bin\mysqld-nt，启动数据库
   mysql -uroot -p
   create database bugtracker;
   use bugtracker;
   source c:\mantis-0.19.2\sql\db_generate.sql;

  当然你也可以用其它GUI工具创建数据库。
   6)mantis配置
   将c:\mantis-0.19.2下的config_inc.php.sample复制一份，并改名为config_inc.php

  如果你改了root的密码，打开这个文件，设置$g_db_password='yourpassword'
   7)windows环境
   将c:\php-5.0.3添加到path中
   8)启动bug tracking system
   首先启动apache和mysql,
   在址栏输入http://localhost:8080/mantis/index.php或者http://localhost/mantis/index.php
   应该可以看到初始页面了。用amdinistrator/root登录，mantis 开始为你工作。
   9)邮件服务器配置
   在c:\php-5.0.3\php.ini文件中查找smtp,将localhost改为你的发件服务器,如SMTP = smtp.163.com

   在php.ini文件中查找sendmail_from,将前面的分号去掉,并在后面填上邮件地址
   在c:\mantis-0.19.2\config_inc.php文件中添加
   $g_smtp_host='smtp.163.com';
   $g_smtp_username='yourusername';
   $g_smtp_password='yourpassword';

   $g_phpMailer_method =2;

   查找$g_return_path_email,将后面的邮件地址改为有效的地址,这一点非常重要,不然将无法正常发送激活注册的邮件.

   config_inc.php其它邮件地址最好也改为有效的地址.

   $g_smtp_username,$g_smtp_password在服务器需要验证时用,不需验证时不用加,或设为
   $g_smtp_username=''
   $g_smtp_password=''
   现在你可以注册新用户,并使用发送邮件功能了。  
4.后记
  昨天想装一个bug tracking system，上网转了一下，最后选定了mantis，理由只有一个：感觉这是一个功能能满足我的需要，更重要的是我能掌控的系统，以前除了在mysql 上create过一个db外，没有用过上面的任何一种软件。安装这个东西完全是为了我自己用，我是一个很懒的人，觉得把一些问题记在txt里会有一些麻 烦，其他人如果愿意用，我当然不反对：）。

  从下载安装到写完这个所谓的指南，用了几乎一天，有一些小问题浪费了很多时间，网上的一些安装手册，并没有想象的好用，

  按照我这个指南，一个小时应该可以搞定。

集成apache+php+mysql+...的安装工具，http://www.apachefriends.org/en/xampp.html用它来安装very easy，即使你什么都不懂，也只要几分钟。
下载windows下的安装包,setup,找到apache\conf\httpd.conf，在文件最后添加
Alias /mantis "c:/mantis-0.19.2/"
   <Directory "c:/mantis-0.19.2/">
    Options Indexes
 AllowOverride None
 Order allow,deny
 Allow from all
  </Directory>
启动apache和mysql就行了。发邮件的功能设置见上面的3.9)

唯一不好的是，他安装了一整套软件，如果你的机器上已经安装了mysql等，就会浪费一些硬盘空间。

 mantis(螳螂)是一个基于php/MySQL/web的缺陷跟踪系统，最新版本是1.1.1。
http://www.mantisbt.org/download.php

安装步骤
1.集成apache+php+mysql+...的安装工具，http://www.apachefriends.org/en/xampp.html用它来安装
目前版本为1.6.1

2.下载ZIP包解压，然后修改apache\conf\httpd.conf，在文件最后添加
Alias /mantis "d:/mantis/"
   <Directory "d:/mantis/">
    Options Indexes
DirectoryIndex index.php
 AllowOverride None
 Order allow,deny
 Allow from all
  </Directory>

3.找到该文件内PORT字样，把80端口改为8080端口


4.在XAMPP目录内启动xampp_start.exe

5.打开http://localhost:8080/,进入了XAMPP的欢迎页面，选择右上角语言的中文，选择左边状态，可以察看启动了什么服务。

6.http://172.18.33.137:8080/mantis/admin/install.php
安装MANTIS,新版本的MANTIS直接由这个界面安装MYSQL的库文件


7.http://172.18.33.137:8080/mantis/
登陆，试用administrator,默认密码root

8.配置中文界面
修改mantis目录下的config_inc.php文件，修改$g_default_language＝'chinese_simplified'

大家都知道,Mantis是一个轻量级的缺陷跟踪系统。作为一个免费的开源软件，我想这是很多小的团队首选的对象。在这里我为什么要介绍 Mantis,而不去介绍Bugzilla呢?第一、Mantis相对Bugzilla有更好的操作界面。第二、安装和使用都相对简单一点。

　　而对于一般的项目， Mantis作缺陷跟踪，已经绰绰有余。好了，言归正传，下面就把我在Windows下安装Mantis 0.19的一些心得，拿出来和大家分享。

　　1.安装前的准备

　　从http://www.mysql.com/downloads/index.html下载mysql，我使用的是mysql 4.0.2。

　　从http://www.php.net/downloads.php下载PHP for Windows，我使用的是最新的PHP 5，在下载PHP的同时，还要下载相应版本的zip package，也在这个网站上。

　　从http://www.mantisbt.org/download.php下载Mantis,我使用的是0.19版本(目前是最新的)。

　　从http://phpmailer.sourceforge.net下载phpmailer,我使用的是phpmailer 1.72,phpmailer是支持邮件发送的模块，支持SMTP、SENDMAIL等方式。

　　从网上下载Apache，我使用的是Apache 2.0.5，基于IIS的安装方法，网上已经有一篇很全面的文章。

　　2.安装步骤

　　工具已经准备完毕，下面就开始进入主题吧!：)

　　a)Mantis解压

　　将下载的Mantis压缩包，解压到c:\mantis。

　　b)Mysql的安装

　　Mysql安装比较简单，按照默认方式安装就行了。安装完毕后要进行建Mantis库的操作。假设安装到c:\mysql目录。

　　点开始->运行->输入CMD按回车，进入DOS命令提示行模式。

　　CD c:\mysql\bin

　　c:\mysql\bin>mysqld　　　　 //启动mysql的服务进程

　　再开一个DOS提示行窗口,转到c:\mantis\sql目录

　　CD c:\mantis\sql

　　c:\mantis\sql>c:\mysql\bin\mysql -uroot //连接到mysql数据库

　　mysql>UPDATE user SET password=PASSWORD('') WHERE user='root';

　　mysql>FLUSH PRIVILEGES;

　　上面的操作是修改root用户的密码，''是你设置的密码。

　　mysql>create database mantis;　 　　　//创建Mantis库

　　mysql>connect mantis;　　　　　　　　//连接到Mantis库

　　mysql>source db_generate.sql;　 //Mantis初始化建表

　　上面是建立Mantis数据库，建立Mantis运行时所需要的表。

　　mysql>GRANT SELECT, INSERT, UPDATE, DELETE, INDEX, ALTER, CREATE, DROP, REFERENCES, LOCK TABLES, CREATE TEMPORARY TABLES ON mantis.* TO mantis@localhost IDENTIFIED BY '';

　　mysql>FLUSH PRIVILEGES;

　　上面是建立mantis用户，为mantis用户的密码。

　　mysql>exit;　　　//退出

　　c)PHP5和Apache的安装

　　PHP5和Apache的安装，可以参考http://blog.csdn.net/thb28/archive/2004/07/29/55620.aspx，在这里我就不再重复描述了。

　　d)修改Mantis和Apache的配置文件(这部分转载并进行部分修改)

　　Mantis的设置是这样保存的：在config_defaults_inc.php中保存这Mantis的默认设置，用户自己的设置信息保存在 config_inc.php中，如果某个选项在config_inc.php中有设置，则系统使用config_inc.php中的设置，否则使用 config_defaults_inc.php的系统默认设置;config_inc.php.sample则是Mantis给出的一个用户设置文件例子。

　　所以我们需要修改config_inc.php文件中的设置，设置很简单，各个参数的意义可以参见 config_defaults_inc.php，这里对每个参数都有详细的解释，虽然是E文，不过应该都能看懂;Sample中给出的一些设置是一定需要修改的，比如MySQL数据库的连接参数，管理员的邮箱的;其他的要根据你的实际情况进行修改。

　　下面是我的一些自定义参数。

　　修改以下几行为

　　$g_db_username = "mantis";

　　$g_db_password = "你在建立用户时指定的密码";

　　$g_database_name = "mantis";

　　增加以下几行

　　$g_path = "http://www.yourdomain.com/mantis/";

　　$g_icon_path = $g_path."images/";

　　$g_absolute_path = "/解压缩的目录/mantis/";　　#我在这里设置值为"/c:/mantis/";

　　$g_use_iis = OFF; # 不使用IIS

　　$g_show_version = OFF; # 不在页面下部显示 Mantis的版本号

　　$g_default_language　　　　='chinese_simplified';# 默认语言为简体中文

　　$g_show_project_menu_bar = ON;# 显示项目选择栏

　　$g_show_queries_count　　 = OFF; # 在页脚不显示执行的查询次数

　　$g_default_new_account_access_level = DEVELOPER; # 默认用户级别

　　$g_use_jpgraph = ON; # 使用图形报表

　　$g_window_title = 'Mantis Bug 跟踪管理系统'; # 浏览器标题

　　$g_page_title = 'Mantis Bug 跟踪管理系统'; # 页面标题栏

　　$g_enable_email_notification = ON; # 开通邮件通知

　　$g_smtp_host = 'smtp.mail.net'; # SMTP 服务器

　　$g_smtp_username = 'mailuser'; # 邮箱登录用户名

　　$g_smtp_password = 'mailpwd'; # 邮箱登录密码

　　$g_use_phpMailer = ON; # 使用 PHPMailer 发送邮件

　　$g_phpMailer_path = 'C:/PHP/includes/PHPMailer/'; # PHPMailer 的存放路径

　　$g_phpMailer_method = 2; 　　　　　　　　　　　 #PHPMailer以SMTP方式发送Email，设置成1将以sendmail方式发送

　　$g_file_upload_ftp_server = 'ftp.yourftp.com'; # 上传文件 FTP

　　$g_file_upload_ftp_user = 'ftpuser'; # FTP 登录用户名

　　$g_file_upload_ftp_pass = 'ftppwd'; # FTP 登录密码

　　$g_short_date_format = 'Y-m-d'; # 短日期格式，Y 大写表示 4 位年

　　$g_normal_date_format ='Y-m-d H:i'; # 普通日期格式

　　$g_complete_date_format ='Y-m-d H:i:s'; # 完整日期格式

　　修改Apache的配置文件,Apache的配置文件位于Apache安装目录的conf目录中,文件名为httpd.conf。

　　增加以下几行(供参考)：

　　Alias /mantis/ "/解压缩目录/mantis/"　　　#我的设置是Alias /mantis/ "/c:/mantis/"

　　Options Indexes MultiViews Includes FollowSymLinks +ExecCGI

　　AllowOverride None

　　Order allow,deny

　　Allow from all

　　e)重新启动Apache服务

　　重新启动Apache服务后，不出意外的话，访问http://localhost/mantis/将出现Mantis的登录页面。

　　f)安装phpmailer

　　我在网上看到一些文章，通过修改Mantis的配置文件指向phpmailer(config_inc.php)，但是我在安装过程中修改了$ g_phpMailer_method也不能正常发送邮件，我的处理方法是直接覆盖Mantis目录下的phpmail目录(将下载的phpmailer 覆盖上去)。Mantis自带的phpmailer在发送邮件的时候有点问题，对一些SMTP服务器支持不是很好，所以要下载新版的phpmailer。如果想在WINDOWS下通过SENDMAIL进行发送，可以到http: //www.glob.com.au/sendmail/sendmail.zip下载Delphi开发的sendmail，还有原码。

　　3.结束语

　　安装Mantis过程并不难，主要是邮件发送的调试比较头痛。好了，Mantis的安装到此结束。最后提供一个bugzilla安装过程的一个链接http://glob.com.au/bugzilla/。

翻译：SpringSide团队   转载请注明出处。

匆匆一瞥 Selenium
    在典型的在线商店中，需要用户输入或选择众多步骤后才可以完成整个购物流程。作为web应用的开发者，你如何保证你程序的质量和正确性呢？如果能有办法测试你功能的正确性，那问题就迎刃而解了，但如何做到呢?
    Selenium 是一个由ThoughtWorks做的专门为web应用所做的非常有效的功能测试工具。Selenium 的 tests 直接在浏览器里跑，就像用户真的在操作一样。Selenium 可运行 Windows, Linux, 和 Macintosh 的各种浏览器， 如 Internet Explorer, Mozilla 和 Firefox。
    看看Selenium 的  online demo 。点击右上角的"All"按钮来启动运行test cases， 如无意其外，你将看到所有都是绿行。注意action的绿色是会比assertions浅的，这是因为他们测试的所有东西都只是verify或assert 命令。如果有一个assertion 失败了，则那行命令会变为红色，并且Selenium 会停止运行。如果verify 命令失败了，那行命令也会变为红色，但是不会让测试停下来。

    在 Selenium 中的Test suites 和 cases 实际上是由 HTML 写成的， 它们只是很简单的 HTML <table>s。 test suite 中没行都只是关联了一个test case, 例如：
<tr><td><a href="MyTest.html" >MyTest</a></td></tr>
    test-case实际上是由 "Selenese" 写成的 HTML 文档，里面包有一个table，3个列，所有的命令最多只有两个参数，所以足够位置摆放。一个典型的test case像这样：

    当你开始运行测试 (例如 按 "All"按钮), Selenium 的 TestRunner 会自动解释 HTML 格式的 test-case， 并运行你的web应用，并在页面下方的框架中显示运行的情形。
Selenium 允许你通过在浏览器里模拟用户的行为来进行测试。这当然不代表它可以代替unit-testing，只是我们通常会用它来进行web应用的功能测试。它也可以被加入持续继承测试(continuous-integration)中，作为常规的自动回归测试(regression testing)。如果想更深入了解Selenium, 请参看在线文档 "Selenium: Usage".

开始测试 Ajax
    在你的web应用功能是用Javascrīpt实现时，Selenium 就显得极为有用了。
Ajax, 是Asynchronous Javascrīpt and XML 的简称，是web应用中的一种web 交互技术。它可以实现在页面不需要刷新的情况下，在后台与服务器交互少量数据，并即时改变页面内容。这意味着网页看起来更实时，更有动态和更实用。

Ajax 中指示正在"读取数据"的标签

    刚才那句话是对Ajax的技术定义，对于我们大多数人来说，Ajax意味着页面向GMail 或 Flickr 那样。当你点一个连接时，它不会产生页面刷新，而是页面会和服务器交互后返回来再更改一部分页面。在点击连接和看到结果之间延迟的这段时间，让测试看起来那么的棘手。
让我们来假设我们的页面包含了一个text field 和一个 button。text field 的初始值是oldValue。 如果你点击button， Ajax就会启动，并把text field的值改为 "newValue", 而没有刷新任何页面。那我们怎么去测试它呢？ 你会很自然的去打开页面， 点击button, 然后检查text field。但是你在Selenium中的这个test case失败了！

    测试失败的原因也许并不明显。这个意外的发生是因为Ajax的异步性，它并不会马上从服务器上得到结果。所以当你按下button时，Selenium 就开始马上检查是否有改变值。Selenium 并不知道需要去等待结果。那我们如何去让这个测试在Ajax下生效呢？
    我们如何去让Selenium 等待返回的结果呢？ 有些人认为解决这个问题的办法是用 clickAndWait 命令来代替 click 命令；但是在使用以 "AndWait" 为后序的命令时，Selenium 会等待页面刷新。但是明显的，页面不会刷新，这样就使得Selenium 永远在等待了。明显这个方法行不通。
另外一个方法是在 click 和 assertValue 之间加入暂停时间。让它暂停5秒，让服务器有足够的时间返回相应。这种方法在大多数时候是可行的，但是如果服务器相应时间大于5秒，如网速很慢，测试机重启等的时候，就会失败了。你或许会加大等待时间来保证更正确，但是这样明显会使得你的测试越来越慢。所以明显的这个办法并没有按需而慢下拉，所以这也不是最佳的解决办法。
    幸运的是，Selenium 现在已经提供了这种我们非常需要的技术支持。当field 的值在单前页面改变时，你能用 waitForValue 命令去让 Selenium 等待到这个期望值出现为止。
    所以为了让刚才的失败的测试通过，你需要把它其中的assertValue 命令改变如下：

    当执行这个命令的时候, Selenium 会暂停执行当前的test case 和等待所期待的值。当新的值 "newValue" 出现在 text field 时， 测试再次开始。但你需要注意的是，如果你写错期望值了， 那 Selenium 将会等待这个值30分钟。
    就如你想到的那样，Selenium 已经提供了很多测试Ajax 效果的命令。例如，如果你想等待某些文本会在页面上出现，那你可用waitForText 命令;如果你想检查当前页面的Title是否有改变，则用waitForTitle;  如果你想检查某个 HTML 元素是否有在页面中被移除，应用 waitForElementNotPresent 命令。 实际上，对于每个Selenium Accessor, 都会有相应的 waitForXxxx 和 waitForNotXxxx 命令。当你用 verifyXxxx or assertXxxx 去检查某些东西时，总可以有 waitForXxxx 去测试异步效果。
如果预先确定了 waitForXxxx 和 waitForNotXxxx 命令但又达不到预期，那会怎样呢？ 对于这种情况，我们有waitForCondition 命令去指定一个Javascrīpt 的真假表达式(Boolean expression)， 然 Selenium 去等待表达式的值为true为止。waitForCondition 命令的格式是

这样在测试复杂的 Ajax 效果时就更为便捷了。

    实际上如果你深入研究 Selenium 的 source code 的话， 你会发现所有前序为 waitForXxxx 和 waitForNotXxxx 的命令都是继承了waitForCondition 的。 Grig Gheorghiu 写了一篇关于这方面的blog: Ajax testing with Selenium using waitForCondition. 当他写这篇文章时，waitForCondition 仅仅是用户自己扩展Selenium， 现在已经成为Selenium 核心代码的一部分了。

总结
    在这篇简短的文章中， 我们介绍了Selenium，一个web应用测试工具。同样地，我们也讨论了如何去用waitForXxxx 命令来测试 Ajax 应用，也演示了如何用 Selenium 去测试一些Ajax 异步效果。
    如果你想知道更多有关于 waitForXxxx 命令， Selenium 的开发者提供了一些简单的测试例子 演示了如何测试 Ajax， 如编辑替换，自动填充和拖拉效果等。这些例子是基于scrīpt.aculo.us, 来做的， 它是大家都非常熟悉的 Ajax library- prototype.js的子项目。

(自 http://www.infoq.com/articles/testing-ajax-selenium , cac译。注：之前也翻译了一篇很详细的 Selenium文档， 见Selenium中文手册: http://wiki.springside.org.cn/display/springside/SeleniumReference )

翻译：SpringSide团队   转载请注明出处。

匆匆一瞥 Selenium
    在典型的在线商店中，需要用户输入或选择众多步骤后才可以完成整个购物流程。作为web应用的开发者，你如何保证你程序的质量和正确性呢？如果能有办法测试你功能的正确性，那问题就迎刃而解了，但如何做到呢?
    Selenium 是一个由ThoughtWorks做的专门为web应用所做的非常有效的功能测试工具。Selenium 的 tests 直接在浏览器里跑，就像用户真的在操作一样。Selenium 可运行 Windows, Linux, 和 Macintosh 的各种浏览器， 如 Internet Explorer, Mozilla 和 Firefox。
    看看Selenium 的  online demo 。点击右上角的"All"按钮来启动运行test cases， 如无意其外，你将看到所有都是绿行。注意action的绿色是会比assertions浅的，这是因为他们测试的所有东西都只是verify或assert 命令。如果有一个assertion 失败了，则那行命令会变为红色，并且Selenium 会停止运行。如果verify 命令失败了，那行命令也会变为红色，但是不会让测试停下来。

    在 Selenium 中的Test suites 和 cases 实际上是由 HTML 写成的， 它们只是很简单的 HTML <table>s。 test suite 中没行都只是关联了一个test case, 例如：
<tr><td><a href="MyTest.html" >MyTest</a></td></tr>
    test-case实际上是由 "Selenese" 写成的 HTML 文档，里面包有一个table，3个列，所有的命令最多只有两个参数，所以足够位置摆放。一个典型的test case像这样：

    当你开始运行测试 (例如 按 "All"按钮), Selenium 的 TestRunner 会自动解释 HTML 格式的 test-case， 并运行你的web应用，并在页面下方的框架中显示运行的情形。
Selenium 允许你通过在浏览器里模拟用户的行为来进行测试。这当然不代表它可以代替unit-testing，只是我们通常会用它来进行web应用的功能测试。它也可以被加入持续继承测试(continuous-integration)中，作为常规的自动回归测试(regression testing)。如果想更深入了解Selenium, 请参看在线文档 "Selenium: Usage".

开始测试 Ajax
    在你的web应用功能是用Javascrīpt实现时，Selenium 就显得极为有用了。
Ajax, 是Asynchronous Javascrīpt and XML 的简称，是web应用中的一种web 交互技术。它可以实现在页面不需要刷新的情况下，在后台与服务器交互少量数据，并即时改变页面内容。这意味着网页看起来更实时，更有动态和更实用。

Ajax 中指示正在"读取数据"的标签

    刚才那句话是对Ajax的技术定义，对于我们大多数人来说，Ajax意味着页面向GMail 或 Flickr 那样。当你点一个连接时，它不会产生页面刷新，而是页面会和服务器交互后返回来再更改一部分页面。在点击连接和看到结果之间延迟的这段时间，让测试看起来那么的棘手。
让我们来假设我们的页面包含了一个text field 和一个 button。text field 的初始值是oldValue。 如果你点击button， Ajax就会启动，并把text field的值改为 "newValue", 而没有刷新任何页面。那我们怎么去测试它呢？ 你会很自然的去打开页面， 点击button, 然后检查text field。但是你在Selenium中的这个test case失败了！

    测试失败的原因也许并不明显。这个意外的发生是因为Ajax的异步性，它并不会马上从服务器上得到结果。所以当你按下button时，Selenium 就开始马上检查是否有改变值。Selenium 并不知道需要去等待结果。那我们如何去让这个测试在Ajax下生效呢？
    我们如何去让Selenium 等待返回的结果呢？ 有些人认为解决这个问题的办法是用 clickAndWait 命令来代替 click 命令；但是在使用以 "AndWait" 为后序的命令时，Selenium 会等待页面刷新。但是明显的，页面不会刷新，这样就使得Selenium 永远在等待了。明显这个方法行不通。
另外一个方法是在 click 和 assertValue 之间加入暂停时间。让它暂停5秒，让服务器有足够的时间返回相应。这种方法在大多数时候是可行的，但是如果服务器相应时间大于5秒，如网速很慢，测试机重启等的时候，就会失败了。你或许会加大等待时间来保证更正确，但是这样明显会使得你的测试越来越慢。所以明显的这个办法并没有按需而慢下拉，所以这也不是最佳的解决办法。
    幸运的是，Selenium 现在已经提供了这种我们非常需要的技术支持。当field 的值在单前页面改变时，你能用 waitForValue 命令去让 Selenium 等待到这个期望值出现为止。
    所以为了让刚才的失败的测试通过，你需要把它其中的assertValue 命令改变如下：

    当执行这个命令的时候, Selenium 会暂停执行当前的test case 和等待所期待的值。当新的值 "newValue" 出现在 text field 时， 测试再次开始。但你需要注意的是，如果你写错期望值了， 那 Selenium 将会等待这个值30分钟。
    就如你想到的那样，Selenium 已经提供了很多测试Ajax 效果的命令。例如，如果你想等待某些文本会在页面上出现，那你可用waitForText 命令;如果你想检查当前页面的Title是否有改变，则用waitForTitle;  如果你想检查某个 HTML 元素是否有在页面中被移除，应用 waitForElementNotPresent 命令。 实际上，对于每个Selenium Accessor, 都会有相应的 waitForXxxx 和 waitForNotXxxx 命令。当你用 verifyXxxx or assertXxxx 去检查某些东西时，总可以有 waitForXxxx 去测试异步效果。
如果预先确定了 waitForXxxx 和 waitForNotXxxx 命令但又达不到预期，那会怎样呢？ 对于这种情况，我们有waitForCondition 命令去指定一个Javascrīpt 的真假表达式(Boolean expression)， 然 Selenium 去等待表达式的值为true为止。waitForCondition 命令的格式是

这样在测试复杂的 Ajax 效果时就更为便捷了。

    实际上如果你深入研究 Selenium 的 source code 的话， 你会发现所有前序为 waitForXxxx 和 waitForNotXxxx 的命令都是继承了waitForCondition 的。 Grig Gheorghiu 写了一篇关于这方面的blog: Ajax testing with Selenium using waitForCondition. 当他写这篇文章时，waitForCondition 仅仅是用户自己扩展Selenium， 现在已经成为Selenium 核心代码的一部分了。

总结
    在这篇简短的文章中， 我们介绍了Selenium，一个web应用测试工具。同样地，我们也讨论了如何去用waitForXxxx 命令来测试 Ajax 应用，也演示了如何用 Selenium 去测试一些Ajax 异步效果。
    如果你想知道更多有关于 waitForXxxx 命令， Selenium 的开发者提供了一些简单的测试例子 演示了如何测试 Ajax， 如编辑替换，自动填充和拖拉效果等。这些例子是基于scrīpt.aculo.us, 来做的， 它是大家都非常熟悉的 Ajax library- prototype.js的子项目。

(自 http://www.infoq.com/articles/testing-ajax-selenium , cac译。注：之前也翻译了一篇很详细的 Selenium文档， 见Selenium中文手册: http://wiki.springside.org.cn/display/springside/SeleniumReference )

1. Windows XP 或者 Windows 2000 或者 *nix
2. 浏览器 Firefox 1.5.0.1
3. 下载我们的本讲座软件selenium_simple.zip，这是可选的。
4. Ruby 语言1.8.2版本
5. Rails 框架1.0.0版本
6. SQLite 数据库3.3.3版本
7. 下载 sqlite-3_3_3.zip sqlitedll-3_3_3.zip
   解压它们，得到文件sqlite3.exe和sqlite3.dll；
   复制它们到目录[RUBY_HOME]/bin下面；
8. SQLite-Ruby 数据库接口1.1.0版本
   如下命令安装该模块是针对SQLite 3.x版本：
   gem install sqlite3-ruby -r
9. Notepad2 开发编辑工具

1. 需要安装Firefox浏览器插件Selenium IDE 0.7.2
   

1. 利用Firefox浏览器插件Selenium IDE 0.7.2，自动生成一系列软件的测试文件，以便我们在Rails框架下的应用软件或者其它软件使用。

1. 如果您下载了我们上面的软件，那么您解压该软件，进入含有文件README的目录，接着执行如下命令：
   ruby scrīpt\server
   
   
2. 输入一个网站的地址，例如：
   http://127.0.0.1:3000/admin
   
   
3. 打开Firefox浏览器插件Selenium IDE，如下图所示：
   
4. 此时，看到了一个测试文件的记录器：
   
   
5. 我们点击浏览器上的链接或者输入内容，该记录器自动记录了我们一切活动内容：
   
6. 如果我们的记录过程结束，那么点击记录器右上角的圆点，让它停止记录：
   
7. 打开菜单，看到该记录器存在两种记录方法，我们此次使用HTML，如何使用Ruby记录以后用实例再说。
   
8. 打开菜单，存储我们在浏览器的活动记录：
   
9. 在存储前，给定文件名称：
   
10. 使用任何文字编辑器，打开该文件：
    

1. 首页selenium
   http://www.openqa.org/selenium/
2. 安装Firefox插件: Selenium IDE 0.7.2
   https://addons.mozilla.org/extensions/moreinfo.php?id=2079&application=firefox

功能测试，也叫验收测试，是项目测试中颗粒度比较大的一种测试方法。主要用于QA等人员进行项目功能的最后验收用。
目前市面上功能最强的要数Mercury Quanlity Center，最不爽的就是人家是收费的，用正版的吧，太贵，搞个破解版的吧，内心又不安，嘿嘿。有没有既Free又好用的验收测试工具呢，可以肯定的说，没有。因为开源项目中的Tools都是侧重于某一方面，而不像商业软件那样全面，但是，我们往往需要的功能也就是某一方面，正中下怀。经过寻找、比对。最终发现Selenium算是一个非常不错的验收测试工具。发现国内在这方面的文章不多，特写出一篇。

Selenium共有三个东东组成，分别是Selenium IDE，Selenium Core，Selenium remote control（Selenium  RC），以及专门用于Rails的 Selenium on Rails。下面分别介绍之：

Selenium IDE

Selenium IDE 是用于FireFox的一个插件，目前的最新版本0.8.6。最重要的一点就是使用这个东东可以生成一些脚本代码，这样我们就不用手工写了，直接导出即可。
下载地址：http://www.openqa.org/selenium-ide
下载之后是一个selenium-ide-0.8.6.xpi的文件，然后，打开FireFox，将此文件直接拖入FireFox即可自动安装，安装成功后，你会看到如下图所示。

此时，打开Selenium IED插件，设置好Base URL，然后使如下图所示的红点是按下状态就可以进行录制了。



在你随便点了几个连接之后，就可以看到下图的Command和对象里就多出了很多代码，这些就是刚才我们录制的东西，此时，你可以点击如下图的绿色图标，就可以回放我们刚才的操作了。Enjoy It！

Selenium Core

Selenium Core是一个模拟我们人类的可以直接在浏览器中运行的东东，只要给他命令，他就可以像真人一样进行操作，由于其全部采用Javascrīpt实现，因此可以在 Windows, Linux,  Macintosh平台的IE，Mozilla，FireFox浏览器中运行。这样，不仅可以用于功能测试，顺带还测试了各种平台的兼容性。而由于JS受同址安全策略的限制，其只能对单站进行测试，不能连接到其他网站，也不能进行https和http的切换。而由于其命令简单，不需要太多的编程经验，极其适合黑盒测试。
下载地址：http://www.openqa.org/selenium-core/

下载之后，你可以放在自己开发服务器下面（不是必须，只是为了方便才这样做），然后打开的样子如下图：



左边单击GO按钮就可以打开你的测试套件，右边有四个按钮，分别是全部执行，执行选中，暂停，单步。下图是执行了Test Mouse Events这个测试用例。

Selenium  RC

最后我们介绍一下Selenium remote control。Selenium RC提供一个Selenim Server，其实这就是一个用于欺骗JS的代理服务器，搭建好服务器之后，我们就可以使用编成模式来运行Selenium Core了，我想这就是我们程序员的最爱了，可以用于业务代码同步，非常适合白盒测试。支持的语言有 查看(1351) 评论(1) 收藏 分享 管理

问题1：当用户在网上商店购物时，一次完整的购买流程需要用户进行好几个步骤的操作（包括选择商品、填写订单信息、选择支付方式、确认订单等），涉及四到五个页面以及数十个类的协作。如何在开发过程中始终确保该流程能够正确无误、畅通无碍？

问题2：客户提出需求：在显示货物列表时，应该首先按货物名称排序，名称相同的货物再按照价格排序。我们已经实现了这一功能，并且有单元测试作为保障，但如何让客户看到我们的成果？

问题3：美工在制作页面时，一不小心把一个<form>的id属性删掉了。几天之后，另一个页面上的Javascrīpt莫名其妙地失效，我们花了很多时间才发现这个问题。应该如何避免类似的情况再次发生？

这三个问题对于做惯了web应用的读者来说一定不陌生——实际上，我们的每个项目都或多或少地遇到类似的问题。说穿了，这三个问题都是关于同一件事情：如何验证一个东西是正确的，以及如何便利而自动地重复这一验证过程。在代码层面上，xUnit单元测试工具（对于J2EE项目，就是Junit）给了我们帮助。但是，当问题涉及到web界面和用户交互时，JUnit就显得有些力不从心了，这也是很多采用测试驱动开发（TDD）方法的团队只能把TDD贯彻到web controller层面的原因。

由ThoughtWorks员工开发并维护的Selenium（http://selenium.thoughtworks.com）正是帮助我们解决上述问题的得力工具。简单地说，Selenium是一个自动化的web应用功能测试工具——我知道，这个短语不足以让读者了解它所描述的对象。所以，在进一步介绍之前，我想先请读者来看一个活生生的例子。请打开你的浏览器，访问下列URL地址：

http://www.openqa.org/selenium/demo1/TestRunner.html

你将会看到Selenium的主操作界面（如图1）。可以看到，整个页面被分成四个部分。左上角的“Test Suite”区域显示出当前运行的测试套件包含哪些测试用例；中间上部的“Current Test”区域显示出当前执行的测试用例；右上角的“Control Panel”区域是给用户操作的区域。至于下面的一大片空间，它会在执行测试的过程中起到重要的作用，我们稍后就会看到。

<!--[if !vml]--><!--[endif]-->

图1：Selenium主界面

点击“Control Panel”区域中的“All”按钮，读者会——或许有点惊讶地——发现，屏幕上的文字和颜色开始飞快地发生变化。如果你还没有明白这是怎么回事，可以先把按钮上方的单选按钮放在“walk”上，然后再点击按钮。这时你会清楚地看到，原来Selenium正在逐个运行套件中的测试用例：执行测试用例中指定的操作，并进行指定的条件判断。至于屏幕下方的大块空白区域，此刻正在模拟着实际的用户操作。而那些淡绿色的横条，熟悉JUnit的你应该不难猜到，正是测试通过的象征——看到这些绿色横条让你感到心情愉悦，不是吗？

<!--[if !vml]--><!--[endif]-->

图2：测试套件执行完毕

读者可以看到，“Control Panel”区域中还显示着本次测试的相关信息：耗时10秒，执行3个测试用例，共有10个判断条件，所有测试都通过，没有失败或未完成的测试。此外，如果点选一个测试用例，再点击“Selected”按钮，就可以单独运行这一个测试用例；如果选中“Step”选项，就可以进行单步跟踪运行。这些功能，相信聪明的读者只需要稍微尝试一下就会全部掌握了。

经过几分钟的探索，读者应该能够明白这个Demo的奥妙所在了。没错，Selenium采用Javascrīpt来管理整个测试过程，包括读入测试套件、执行测试和记录测试结果——这在很大程度上得益于强大的Javascrīpt单元测试工具JSUnit（http://www.edwardh.com/jsunit/），正是有它的帮助，Selenium才能够模拟真实的用户操作，包括浏览页面、点击链接、输入文字、提交表单等等，并且能够对结果页面进行种种验证。也就是说，只要在测试用例中把预期的用户行为与结果都描述出来，我们就得到了一个可以自动运行的功能测试套件。而且，我们习惯的测试驱动开发方法也可以延伸到web表现层：我们可以先写测试、运行测试并看到它失败、然后编写功能代码让测试通过。

现在，如果你已经对Selenium产生了兴趣，我将带领你开始真正的Selenium测试之旅。首先，请到以下地址下载最新版本的Selenium（当然，作为一个J2EE开发者，我假设你已经安装了JDK和servlet容器譬如Tomcat）：

http://www.openqa.org/selenium/download.action

把下载的压缩包解压之后，你会得到两个目录：doc和selenium。只要把后者复制到你的web服务器根目录（对于Tomcat，就是webapps目录）下，就算是完成Selenium的安装了。安装好之后，可以启动web服务器，然后试着访问下列URL地址（假设你也像我一样，把Tomcat开在8080端口上）：

http://localhost:8080/selenium/TestRunner.html

在这里，你应该又会看到那个熟悉的主操作界面（如图3）。不妨试着运行一下这些测试，看看它们是否能够在你本地的机器上正常运行。确认一切正常之后，我们再来编写自己的测试。

<!--[if !vml]--><!--[endif]-->

图3：在本地运行Selenium

缺省情况下，Selenium会从tests目录下的TestSuite.html文件加载测试套件，但我们也可以指定从别的文件加载。首先，我们在tests目录下创建一个MyTestSuite.html文件，然后在其中定义我们的测试套件：

<html>

<head>

<title>My First Test Suite</title>

</head>

<body>

<table cellpadding="1" cellspacing="1" border="1">

        <tbody>

            <tr><td><b>Test Suite</b></td></tr>

            <tr><td>

<a href="./MyTests/TestHello.html">Test Say Hello</a>

</td></tr>

        </tbody>

    </table>

</body>

</html>

然后，在tests/MyTests目录下创建TestHello.html文件，在其中描述我们要做的动作和期望得到的结果：

<html>

<head>

  <title>Test Hello</title>

</head>

<body>

<table cellpadding="1" cellspacing="1" border="1">

  <tbody>

    <tr>

      <td rowspan="1" colspan="3">Test Say Hello To World<br>

      </td>

    </tr>

    <tr>

      <td>open</td>

      <td>/sample/hello.jsp</td>

      <td>&nbsp;</td>

    </tr>

    <tr>

      <td>verifyTextPresent</td>

      <td>Hello, World!</td>

      <td>&nbsp;</td>

    </tr>

  </tbody>

</table>

</body>

</html>

测试套件和测试用例的写法都是一目了然的。在测试用例中，我们首先访问/sample/hello.jsp这个地址（open命令），然后验证页面上有“Hello, World!”字样存在（verifyTextPresent命令）。在Selenium的doc目录下，你可以找到完整的命令帮助列表。现在访问http://localhost:8080/selenium/TestRunner.html?test=tests/MyTestSuite.html这个地址，应该就可以看到我们的测试套件，当然现在运行它会看到红色的失败信息。

<!--[if !vml]--><!--[endif]-->

图4：运行我们的第一个测试，失败了

熟悉TDD过程的读者现在不仅不会失望，反而会感到兴奋，因为这个失败的测试为我们指出了目标。为了让测试通过，我们可以创建一个名为sample的web应用，在其中放上hello.jsp这个文件，让它向世界问好。然后，我们就可以享受成功的喜悦了。

<!--[if !vml]--><!--[endif]-->

图5：我们的第一个Selenium测试通过了

继续这个过程：编写测试-红-编写功能代码-绿……随着我们一步步前进，测试用例也会逐渐增加，最终构成一张庞大而严密的安全网。不仅是Java程序，在Selenium的帮助之下，界面的开发工作同样可以用TDD的方式来进行。而且，由于是架设在Javascrīpt的基础上，Selenium并不仅限于J2EE web应用的测试，实际上各种web应用都有它的用武之地。

Windows 下JAVA 用到的环境变量主要有3 个，JAVA_HOME、classpath、path。
下面逐个分析。
JAVA_HOME 指向的是JDK 的安装路径，如x:\JDK_1.5，在这路径下你应该
能够找到bin、lib 等目录。

值得一提的是，JDK 的安装路径可以选择任意磁盘
目录，不过建议你放的目录层次浅一点，如果你放的目录很深，比如
x:\XXXXXX\xxxxx\XXXX\xxxx\XXXX\xxxx\XXXX\xxx……
那么，下面的步骤和以后的应用你都要受累了，呵呵。

设置方法： 我的电脑-(右键)属性--高级--环境变量 的系统变量中
JAVA_HOME=x:\JDK_1.5 (如c:\jDK1.5----即JDK的安装目录)
PATH 环境变量原来Windows 里面就有，你只需修改一下，使他指向JDK 的
bin 目录，这样你在控制台下面编译、执行程序时就不需要再键入一大串路径了。
设置方法是保留原来的PATH 的内容，并在其中加上%JAVA_HOME%\bin (注，如果
你对DOS 批处理不了解，你可能不明白%%引起来的内容是什么意思；其实这里是
引用上一步设定好的环境变量JAVA_HOME，你写成x:\JDK_1.5 也是可以的；
你可以打开一个控制台窗口，输入echo %JAVA_HOME%来看一下你的设置结果) ：
PATH=%JAVA_HOME%\bin;%path%
同样，%path%是引用以前你设置的PATH 环境变量，你照抄以前的值就行了。
classpath 环境变量我放在最后面，是因为以后你出现的莫名其妙的怪问题
80%以上都可能是由于classpath 设置不对引起的，所以要加倍小心才行。
classpath=.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar
首先要注意的是最前面的".;"，如果你看不清，我给你念念--句点分号。这个
是告诉JDK，搜索CLASS 时先查找当前目录的class 文件--为什么这样搞，这
是由于LINUX 的安全机制引起的，LINUX 用户很明白，WINDOWS 用户就很难理解(因
为WINDOWS 默认的搜索顺序是先搜索当前目录的，再搜索系统目录的，再搜索
path 环境变量设定的) ，所以如果喜欢盘根究底的朋友不妨研究一下LINUX。
为什么classpath 后面指定了tools.jar 这个具体文件？不指定行不行？显然不
行，行的话我还能这么罗索嘛！:) 这个是由java 语言的import 机制和jar 机
制决定的，想了解的可以查资料解决。

==================

最近将手上的项目(tomcat5.0+spring+struts)的jdk1.4升级到1.5的时候,出现了一堆的问题,经过不懈的努力和网上朋友的提示终于将问题解决了,现在记录如下
1.java.lang.UnsupportedClassVersionError: com/mdcchina/userinfo/logic/UserManager (Unsupported major.minor version 49.0)提示如上的错误,很是郁闷
经过研究和比较在两个不同环境下的编译运行,终于发现这个主要是由于我的机子上安装了两个不同版本的JDK导致的,我想很多的朋友在尝试新的JDK的时候,可能不会删除1.4的版本,但是要注意的是要将JAVA_HOME,CLASS_PATH,PATH等等的环境变量都修改成相关的JDK1.5的目录下面去,因为1.5相对于以前的版本的变化比较大.
2.上面的问题排除后,在运行TOMCAT5.0时候由出现了如下的错误:
2005-11-17 19:38:47 StandardWrapperValve[action]: Servlet.service() for servlet action threw exception
org.apache.jasper.JasperException: Unable to compile class for JSP

Generated servlet error:
C:\application\Tomcat 5.0\work\Catalina\localhost\mlinkweb\org\apache\jsp\layouts\layout_005findex_jsp.java:7: cannot access java.lang.Object

Generated servlet error:
bad class file: C:\application\Java\jdk1.5.0\jre\lib\rt.jar(java/lang/Object.class)
class file has wrong version 49.0, should be 48.0
Please remove or make sure it appears in the correct subdirectory of the classpath.
public final class layout_005findex_jsp extends org.apache.jasper.runtime.HttpJspBase
             ^
1 error

这个问题这是让我郁闷之极啊(^_^)
最后在SUN的JAVA论坛里面找到了答案,只要将JDK1.5的LIB下面的TOOLS.JAR覆盖TOMCAT5.0目录/common/lib下面的tools.jar,然后重启TOMCAT5.0就可以了

几篇有关 Selenium 的文档

今天先来看看,测试员需要具备的一些基础知识.测试并不是想象中那么简单的事情,学习是无止境的:)

   1．计算机系统基础知识
　　　1.1 计算机系统构成及硬件基础知识
　　　　●计算机系统的构成
　　　　●处理机
　　　　●基本输入输出设备
　　　　●存储系统
　　　1.2 操作系统基础知识
　　　　●操作系统的中断控制、进程管理、线程管理
　　　　●处理机管理、存储管理、设备管理、文件管理、作业管理
　　　　●网络操作系统和嵌入式操作系统基础知识
　　　　●操作系统的配置
　　　1.3 数据库基础知识
　　　　●数据库基本原理
　　　　●数据库管理系统的功能和特征
　　　　●数据库语言与编程
　　　1.4 中间件基础知识
　　　1.5 计算机网络基础知识
　　　　●网络分类、体系结构与网络协议
　　　　●常用网络设备
　　　　●Internet基础知识及其应用
　　　　●网络管理
　　　1.6 程序设计语言知识
　　　　●汇编、编译、解释系统的基础知识
　　　　●程序设计语言的基本成分（数据、运算、控制和传输、过程（函数）调用）
　　　　●面向对象程序设计
　　　　●C语言以及C++（或Java）语言程序设计基础知识
   2．标准化基础知识
　　　　●标准化的概念（标准化的意义、标准化的发展、标准化机构）
　　　　●标准的层次（国际标准、国家标准、行业标准、企业标准）
　　　　●标准的类别及生命周期
   3．信息安全知识
　　　　●信息安全基本概念
　　　　●计算机病毒及防范
　　　　●网络入侵手段及防范
　　　　●加密与解密机制
   4．信息化基础知识
　　　　●信息化相关概念
　　　　●与知识产权相关的法律、法规
　　　　●信息网络系统、信息应用系统、信息资源系统基础知识
   5．软件工程知识
　　　5.1 软件工程基础
　　　　●软件工程概念
　　　　●需求分析
　　　　●软件系统设计
　　　　●软件组件设计
　　　　●软件编码
　　　　●软件测试
　　　　●软件维护
　　　5.2 软件开发方法及过程
　　　　●结构化开发方法
　　　　●面向对象开发方法
　　　　●瀑布模型
　　　　●快速原型模型
　　　　●螺旋模型
　　　5.3 软件质量管理
　　　　●软件质量及软件质量管理概念
　　　　●软件质量管理体系
　　　　●软件质量管理的目标、内容、方法和技术
　　　5.4 软件过程管理
　　　　●软件过程管理概念
　　　　●软件过程改进
　　　　●软件能力成熟度模型
　　　5.5 软件配置管理
　　　　●软件配置管理的意义
　　　　●软件配置管理的过程、方法和技术
　　　5.6 软件开发风险基础知识
　　　　●风险管理
　　　　●风险防范及应对
　　　5.7 软件工程有关的标准
　　　　●软件工程术语
　　　　●计算机软件开发规范
　　　　●计算机软件产品开发文件编制指南
　　　　●计算机软件需求规范说明编制指南
　　　　●计算机软件测试文件编制规范
　　　　●计算机软件配置管理计划规范
　　　　●计算机软件质量保证计划规范
　　　　●数据流图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定

   6．软件测试知识
　　　6.1 软件测试基本概念
　　　　●软件质量与软件测试
　　　　●软件测试定义
　　　　●软件测试目的
　　　　●软件测试原则
　　　　●软件测试对象
　　　6.2 软件测试过程模型
　　　　●V模型
　　　　●W模型
　　　　●H模型
　　　　●测试模型的使用
　　　6.3 软件测试类型
　　　　●单元测试、集成测试、系统测试
　　　　●确认测试、验收测试
　　　　●开发方测试、用户测试、第三方测试
　　　　●动态测试、静态测试
　　　　●白盒测试、黑盒测试、灰盒测试
　　　6.4 软件问题分类
　　　　●软件错误
　　　　●软件缺陷
　　　　●软件故障
　　　　●软件失效
　　　6.5 测试标准
　　　　7.5.1 GB/T 16260.1—2003 软件工程 产品质量 第1部分：质量模型
　　　　7.5.2 GB/T 18905.1—2002 软件工程 产品评价 第1部分：概述
　　　　7.5.3 GB/T 18905.5—2002 软件工程 产品评价 第5部分：评价者用的过程