2007年12月19日

系统坏了，为了方便在本机器进行bugzilla的开发，就在自己机器上搭一个bugzilla；

我的系统是XP，唉，惭愧，搭了很多次总是记不得呵呵；这次就写个简单的文档供自己参考吧，也希望能够帮助到别人

bugzilla的安装步骤：

1.安装IIS，呵呵，从控制面板－添加删除程序－添加组件

2.安装mysql 和mysqlcc
mysqlcc 是一个操作mysql的控制台，就是一个支持mysql的界面操作软件，通过次软件可以修改数据库，可以修改用户名和密码

3通过MYsql建立新的数据库bugs,添加具有bugs数据库权限的用户名和密码，在此设计为bugzilla

4。安装activeperl－此软件是perl的超强版本呵呵

5.安装perl模块

可以把别人安装成功的perl和模块直接copy也可以使用，这样就不需要安装了呵呵，以前我们头就是这样给我做的

6.将bugzill文件copy到要安装的位置

7。在IIS配置里添加perl解析器和CGI脚本解析器

Perl脚本解析器：(*.pl)
可执行文件: D:\Perl\bin\perl.exe "%s" %s
扩展名: .pl
仅限于: GET,HEAD,POST
CGI脚本解析器：(*.cgi)
可执行文件: D:\Perl\bin\perl.exe "%s" %s
扩展名: .cgi
仅限于: GET,HEAD,POST

8。在bugzilla下打开localconfig文件在其中配置mysql中为bugzilla建立的数据库名和用户名以及密码

由于我机器已经是成熟版本，可以直接拷贝，所以省去了很多要配置的地方，另外

1.bugzilla的数据库是通过checksetup编译得到，而我懒得编译就直接把以前的数据库直接copy到MYSQL的data文件夹下就可以用了，且保持了一些数据

2.bugzilla的初始用户名和密码：这个也需要checksetup编译得到；在编辑过程中会提示用户输入管理员用户名和真实姓名以及密码

bugzilla是开源软件，当bugzilla的一些功能不能为我们所用时，我们也可以自己开发。我已经在bugzilla上添加了一项测试申请的功能；bugzilla的bug分析功能觉得做的不是很好，也可能是因为版本太低的原因，我正在打算改进这些功能。如果某位朋友有此经验还请大家一起交流

 

 

 

 

软件测试过程规范－－

 

 1. 规范概述：关键测试环节的状态信息发布 

2.规范目的：便于相关项目的管理和协调

3.过程

3.1测试开始

测试人员在vss上提取被测软件版本并对被测版本打标签：test_yyyymmddxx。yyyymmdd表示年月日；xx表示序号（取值范围为：01~99） (如：标签名为：test-2006082203，表示20060822的第3次测试)。

 

3。2测试完成

3．2．1测试结果为：未通过。

n             发送通知邮件：

通知时间：每一轮测试结束后。

通知人员：负责该软件（或模块）测试的测试工程师---à该软件的开发人员、

---à项目负责人、

---à测试主管。

         通知形式：电子邮件。

邮件标题：xxx项目xxx软件（或模块），测试未通过。

通知内容：被测软件版本对应的测试标签为：test_yyyymmddxx。

 

 

n             开发人员须在收到上述邮件后的8小时（工作时间）之内，给出相应的回复

回复形式：电话、邮件或直接通知。

回复内容：软件修改概况及软件递交情况。如不能及时修改bug更新软件，须在回复中说明完成bug修改的预计时间。

递交内容：修改后的执行码、修改记录递交到Vss数据库中的指定目录。Bug 信息更新：在bugzilla上填写处理结果（如果修改bug要简述修改方法）。

 

备注：一个软件（或模块）的测试过程会包含多个轮次的测试。

在每轮测试的中途，开发人员不要更新的vss测试服务器上的被测软件。

3．2．2测试结果为：通过

n             在vss上对被测版本打标签： tested_pass_yyyymmdd （如：tested_pass _20060731）

n             发送通知邮件：

通知时间：软件测试通过后。

通知人员：负责该软件（或模块）测试的测试工程师---à该软件的开发人员、

---à项目负责人、

---à测试主管。

         通知形式： 电子邮件。

邮件标题： xxx项目xxx软件（或模块），（功能||安装||本地化）测试通过。

通知内容：被测软件版本对应的测试标签为：tested_pass_yyyymmdd （如：tested_pass _20060731）