原文链接 
Bugzilla 2.19.2 试用手记
bugzilla 2.19试用版已经发布很久了。但是我们还是继续一直在使用2.18，一是不知道2.19版是否稳定，二是2.18版的已经有wfifi的汉化模板可以用。但是现在公司开始在评估是否购买jira了。于是粗略比较了一下jira和bugzilla。
初看了一下jira，和bugzilla各有特色，比较突出的感觉到的有：
1 jira号称是个IMS（issue management system），也就是说，它不但可以管理bug，还可以管理其他种类的issue比如task，而且自己可以创建新类型的issue。相比之下bugzilla却是个DMS（defect management system），它的眼中一切都是bug。虽然最终可以实现的功能没有大的差别，但是却从概念上让人感觉到他们之间的差异。
2 jira支持subscribe，也就是订阅指定的bug信息，bugzilla到2.18版还没有发现这样的功能。
3 bugzilla支持生成chart，jira似乎没有这个功能。
4 bugzilla现在已经有汉化包，jira支持的大概8种左右的语言里面，没有发现中文。不过作为一个外企，我们不需要一个界面汉化的DMS
5 jira的企业版据说还可以自己定义issue的处理流程，不过好像要改源码呵呵。
6 jira的权限系统做得比bugzilla细致。
7 jira要花money
为了更加公平的比较bugzilla和jira，上网吓了最新的bugzilla2.19.2版，比其2.19.1版没有多实现多少特性，但是据说改了些bug。与2.18版比起来，最突出的是增加了一个类似jira的subscribe的功能，叫Whining。此外提供了用户名下拉框，以后可以不用敲assignee了（其实我早就自己实现了相同的功能，我的QA其实没怎么敲过assignee），生成报表使用的条件可以反转。还有写环境变量和报表参数之类的特性看起来和我关系不大。不过第一个note没看明白：

A higher level of categorization (departments, locations, etc...) is now available for bug reports

这应该是说做report的时候提供了更高级的分类的意思吧？但是与之关联的bug里面却说：

It would be nice if one could group products into categories(departments, groups, organization, etc.)...

这应该是说创建product的时候可以分类的意思。
因为原来服务器上已经安装过bugzilla2.18，安装2.19的时候容易的多了。在apache的发布目录下新建了一个newbugzilla目录，把下载的包解压到里面去。然后进而命令行状态下，perl checksetup.pl，验证了一下使用的包全部争取安装，并且生成了localconfig文件。打开localconfig，把$db_pass填上，重新perl checksetup.pl。安装脚本开始升级数据库（新版本的bugzilla需要用到一些新的表或者在旧表里面加些新的字段），顺利通过。
打开浏览器访问newbugzilla，除了没有中文界面之外一切如常，进去看assignee还是文本框，Whining功能也找不着，奇怪了。
进入目录里面搜相关的文件，在根目录下发现了whine.pl。既然没有链接，就直接敲地址访问它试试？从ie输入它的地址，出来一个错误页面：no permission。
原来新的功能要关联到新的group才有权使用。进用户关联把所有的角色都先加给自己先。回到主页刷新一下，果然，处来了一个whining链接，点开一看，爽！
用户名下拉框的问题，在2.19.1版的release notes上面关联到一个bug。过去看这个bug的说明和附件，说是要加一段代码在\template\en\default\global下面，叫userselect.html.tmpl。在本地一找，这个文件已经有了，可是为什么用户没有变成下拉列表呢？打开userselect.html.tmpl一看：
[% IF Param("usemenuforusers") %]
......
原来要读到usemenuforusers这个参数为真的时候才显示为下拉框的。进parameter里面，找到usemenuforusers这一项，改为true，回到创建bug页面，用户框果然变成下拉框了。
再找找A higher level of categorization 在哪里？找了半天没找到categories之类的东西，不过在parameter里面发现了一个新东西：useclassification。把这个参数打开（on）之后，菜单多了一项 Classifications ，大概就是指的这个东西了。在Classifications 中可以建立产品分类，然后再在产品分类中建立产品，或者把旧的产品关联到创建的分类中（没有关联的产品全部属于Unclassified类）。这样在创建bug的时候就要先选分类，再选产品，再选组件。对产品线比较复杂的单位，这样的功能还是有点讨好的。

在apache下发布了bugzilla 
终于要到一台新的项目服务器，把旧的东西一一挪到新服务器上来。在挪bugzilla的时候遇到一些问题。原来的服务器上面装的是2.18rc2版，使用的汉化模版却是2.18rc3版的，在老服务器上工作良好，但是在新服务器上中文版的模版无论如何都无法在IIS上发布出来，始终报告一个访问拒绝错误。去下了2.18rc3版的bugzilla过来，仍是相同的问题。本来就看着IIS很不爽了，试了几次不成功，换apache试试，结果和IIS抢端口了，干脆就把IIS给卸了。
跟着http://www.bugzilla.org/docs/win32install.html 一步一步来。做到最后发布的时候没有看到发布成功的首页，却看到了一个错误页面。进Program Files\Apache Group\Apache2\logs下面看error.log：
[Tue Mar 15 18:55:04 2005] [notice] Child 4488: Starting 250 worker threads.
[Tue Mar 15 18:55:10 2005] [error] [client 127.0.0.1] (OS 3)系统找不到指定的路径。  : couldn't create child process: 720003: index.cgi
[Tue Mar 15 18:55:10 2005] [error] [client 127.0.0.1] (OS 3)系统找不到指定的路径。  : couldn't spawn child process: C:/bugzilla-2.18/index.cgi
[Tue Mar 15 18:59:05 2005] [notice] Parent: Received shutdown signal -- Shutting down the server.
[Tue Mar 15 18:59:05 2005] [notice] Child 4488: Exit event signaled. Child process is ending.
[Tue Mar 15 18:59:06 2005] [notice] Child 4488: Released the start mutex
couldn't create child process —— 原来是无法创建子过程。看来是没有找到perl.exe。在这个问题上，安装指南说：
In order for ScriptInterpreterSource Registry-Strict to work, you also need to add an entry to the Registry so Apache will use Perl to execute .cgi files. 
Create a key HKEY_CLASSES_ROOT\.cgi\Shell\ExecCGI\Command with the default value of the full path of perl.exe with a -T parameter. For example C:\Perl\bin\perl.exe -T 
Create a key HKEY_CLASSES_ROOT\.cgi\Shell\ExecCGI\Command嘛，所以我就创建了HKEY_CLASSES_ROOT\.cgi\Shell\ExecCGI项然后在下面加了一个Command的key。不过既然出错了，不妨试试另一种理解，创建一个HKEY_CLASSES_ROOT\.cgi\Shell\ExecCGI\Command项，再在下面的默认key上给了一个C:\Perl\bin\perl.exe -T 。重起apache。果然就ok了。应该这段文档的描述是有问题的。
最后上http://www.glob.com.au/sendmail/ 下载了sendmail，解压到C:\usr\lib下，在sendmail.ini里面修改smtp_server、default_domain、auth_username、auth_password（后面两项默认的被用分号注释掉，如果使用的smtp需要身份验证的话就去掉分号并填上正确的用户名密码），把服务器防火墙的25端口打开。试试改个bug，邮件就发出去了，大功告成。

[点击此处收藏本文] 
发表于 2005年03月15日 7:44 PM 

emu 发表于2005-04-06 5:18 PM  
今天在http://landfill.bugzilla.org/ppm 上发现了二月和三月各有一个文件更新： 

MIME-tools.ppd 03-Feb-2005 20:36 532 
MailTools.ppd 31-Mar-2005 21:28 400 

应该是新版本的bugzilla正准备使用内置的邮件支持了吧。不过2.19的checksetup.pl还没有提示安装这两个包，不知如何使用。 

此外，搞定了bugzilla运行在mysql 的 4.1以上版本时的身份验证问题。 
在http://www.bugzilla.org/docs/win32install.html 上提及以下事实： 
I've experienced a few issues with MySQL 4.1.x, so i recommend you install 4.0.x. When I have some time I'll investigate the issues (relating to database creation and authentication). 

于是跟着提示找到了 http://dev.mysql.com/doc/mysql/en/old-client.html 
这里有相信的解释和两个解决方法。一是： 
mysql> SET PASSWORD FOR 
-> 'some_user'@'some_host' = OLD_PASSWORD('newpwd'); 

我试过了，不知为何更新不成功。 
二是： 
mysql> UPDATE mysql.user SET Password = OLD_PASSWORD('newpwd') 
-> WHERE Host = 'some_host' AND User = 'some_user'; 
mysql> FLUSH PRIVILEGES; 
这样checksetup.pl就能够正确的连接到mysql了。 

用junitperf做并发测试带来的问题 
关于junitperf的一点介绍
junitperf 是个很小巧的java性能测试框架，可以在http://sourceforge.net/project/showfiles.php?group_id=15278 上下载到。可以很容易的把它结合junit一起测试，比如在测试套件里面加这么几行：
import com.clarkware.junitperf.TimedTest;
import com.clarkware.junitperf.LoadTest;
.......
    int testTimes = 10;
    int users = 5;
    suite.addTest(new TestUserDAO("test1AddUser")); //基本功能测试，同时初始化环境
   
    suite.addTest(new TimedTest(new TestUserDAO("test1AddUser"), 1000)); //基本性能测试:方法应在1秒内完成
    suite.addTest(new LoadTest(new TestUserDAO("test1AddUser"), users)); // 并发测试
  suite.addTest(new LoadTest(new TestUserDAO("test1AddUser"),users,testTimes)); //并发负载测试
  suite.addTest(new TimedTest(new LoadTest(new TestUserDAO("test1AddUser"),
                                           users,testTimes), 35000)); //并发性能测试
如果只需要反复做一个测试而不需要并发测试，可以
suite.addTest(new LoadTest(new TestUserDAO("test1AddUser"),1,testTimes)); 
当然也可以不用junitperf，junit.extensions.RepeatedTest就是设计来干这个的：
suite.addTest(new RepeatedTest(new TestUserDAO("test1AddUser"), testTimes)); //重复测试

用junitperf做并发测试带来的问题

做并发测试的时候junitperf有一个问题。注意看这一行： 
new LoadTest(new TestUserDAO("test1AddUser"), users)
我们只传递了一个TestUserDAO实例给LoadTest，却要求它开启users个线程来测试，这样这users个线程就会只针对同一个TestUserDAO实例进行测试。这个时候，我们在TestUserDAO里面就不能存放任何状态数据了。比如以前我很喜欢这么做：
public class TestUserDAO extends TestCase{
 private int lastId;
 protected void setUp() throws Exception{
  super.setUp();
  //构造一个测试用的数据
  User user = new User("张三");
  //向数据库插入一条记录
  userDAO.addUser(user);
  lastId = user.getId();//刚刚插入的记录在数据库中产生的ID;
 }
 public void testUpdateUser() throws DaoException{
  //针对setup中插入的数据进行update操作
  user = userDAO.getUserById(lastId);
  user.setName("李四");
  userDAO.updateUser(user);
 }
 protected void tearDown() throws Exception{
  //删除测试数据
  userDAO.deleteUserById(lastId);
  super.tearDown();
 }
这样我是通过一个int变量lastId在各个方法之间传递被测试的数据的。如果用junitperf来测试，lastId变量就会被后来的线程覆盖，导致测试失败。

解决方法

在com.clarkware.junitperf.TestFactory的文档中对这个问题做了说明：
This factory class should be used in cases when a stateful test is intended to be decorated by a <code>LoadTest</code>.  A stateful test is defined as any test that defines test-specific state in its <code>setUp()</code> method.
TestFactory的使用方法是这样：
import com.clarkware.junitperf.TestFactory;
......
     suite.addTest(new LoadTest(new TestFactory(TestUserDAO.class), users,testTimes)); //并发负载测试
但是这样只能观察整个测试类的表现。如果我们要单个的测试测试类中的一个测试，那么可以考虑另一种方法。我们在TestFactory的文档中看到：
 This class is dependent on Java 2.  For earlier platforms a  local cache implementation should be changed to use, for example,  a HashMap to track thread-local information.
这个方法同时也适用于我们需要处理的情况：
public class TestUserDAO extends TestCase{
 private static final ThreadLocal threadLocal = new ThreadLocal();
 protected void setUp() throws Exception{
  super.setUp();
  //构造一个测试用的数据
  User user = new User("张三");
  //向数据库插入一条记录
  userDAO.addUser(user);
  //lastId = user.getId();//刚刚插入的记录在数据库中产生的ID;
  threadLocal.set(new Integer(user.getId()));
 }
 public void testUpdateUser() throws DaoException{
  //针对setup中插入的数据进行update操作
  //user = userDAO.getUserById(lastId);
  user = userDAO.getUserById(((Integer)threadLocal.get()).intValue());
  user.setName("李四");
  userDAO.updateUser(user);
 }
 protected void tearDown() throws Exception{
  //删除测试数据
  userDAO.deleteUserById(((Integer)threadLocal.get()).intValue());
  super.tearDown();
 }