1 简介：
Bugzilla是Mozilla公司向我们提供的一个开源的免费缺陷跟踪工具。作为一个产品缺陷的记录及跟踪工具，它能够为你建立一个完善的Bug跟踪体系，包括报告Bug、查询Bug记录并产生报表、处理解决、管理员系统初始化和设置四部分。并具有如下特点：

●  基于Web方式，安装简单、运行方便快捷、管理安全。

●  有利于缺陷的清楚传达。本系统使用数据库进行管理，提供全面详尽的报告输入项，产生标准化的Bug报告。提供大量的分析选项和强大的查询匹配能力，能根据各种条件组合进行Bug统计。当错误在它的生命周期中变化时，开发人员、测试人员、及管理人员将及时获得动态的变化信息，允许你获取历史纪录，并在检查错误的状态时参考这一记录。

●  系统灵活，强大的可配置能力。Bugzilla工具可以对软件产品设定不同的模块，并针对不同的模块设定开发人员和测试人员；这样可以实现提交报告时自动发给指定的责任人；并可设定不同的小组。设定不同的用户对Bug记录的操作权限不同，可进行有效的控制管理。允许设定不同的严重程度和优先级，可以在错误的生命期中管理错误，从最初的报告到最后的解决，都有详细的记录，确保了错误不会被忽略，同时，可以让开发人员将注意力集中在优先级和严重程度高的错误上。

●  自动发送Email通知相关人员。根据设定的不同责任人，自动发送最新的动态信息，有效的帮助测试人员和开发人员进行沟通。

2 Bugzilla操作流程：
2.1   用户登录及设置流程：
●  打开浏览器，输入Bugzilla服务器地址：http://[serverip]/bugzilla/

●  进入主页面后，点击【新建帐号】，进入注册页面。

●  在注册页面中输入E-Mail地址和用户代号，然后，点击【Create Account】，随后，你将收到一封包含初始密码的E-Mail。

●  在收到E-Mail之后，点击【登录】，在帐号栏输入注册时使用的E-Mail地址，在密码栏输入邮件里通知的初始密码，然后，点击【Login】。

●  如忘记密码，在登陆页面中输入注册用户名，点击【Submit Request】,根据收到的邮件进行重新设置密码。

●  如果成功登录后，点击【Edit属性】->【帐号设置】，进行密码修改。

●  点击【Edit属性】->【邮件设置】，进行邮件通知设置。

●  点击【Edit属性】->【权限】，进行权限查询。

2.2   Bug的处理流程概述：
●  测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，通过Email通知项目组长或直接通知开发者。

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

●  开发者收到E-Mail信息后，判断是否为自己的修改范围。

A. 若不是，重新reassigned分配给项目组长或应该分配的开发者；

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

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

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

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

●  如果这个BUG一周内一直没被处理过。Bugzilla就会一直用E-Mail骚扰它的属主，直到采取行动为止。

2.3   一个Bug的生存周期图示：
 

2.4   测试人员报告Bug的流程：
●  请先进行查询，确认要提交的bug报告不会在原有纪录中存在，若已经存在，不要提交，若有什么建议，可在原有纪录中增加注释，告知其属主，让bug的属主看到这个后自己去修改。

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

●  具体操作：点击【新建】，选择产品后，填写一个Bug报告的表格。填表注意：【指派给】为空则默认为设定的owner, 也可手工制定。【抄送】可为多人，需用逗号隔开。【描述】中要详细说明下列情况：

A. 发现问题的步骤；

B. 执行上述步骤后出现的情况；

C. 期望应出现的正确结果。

●  【平台】、【操作系统】、【优先级】、【严重级】，可以根据具体情况自行选择。

●  【依赖】是指与这个新Bug有关联的Bug号码。

●  【Blocks】不太清楚J

●  填写完毕之后，点击【Commit】提交，发送邮件通知给相关人员。

2.5   Bug的不同处理状态解释：
●  Bug的属主(owner)确认并接受这个Bug，然后给出解决方法，并填写【附加说明】，还可以【建立新的附件】（如：更改提交单）等等。

●  开发人员可以调整的Bug状态如下：

A. FIXED    =>    描述的问题已经修改；

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

C. WONTFIX  =>    描述的问题将永远不会被修复；

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

E. DUPLICATE   =>    描述的问题是一个存在的bug的复件；

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

●  测试人员收到Bug的修改通知之后，还可以做如下的调整：

A. Leave as RESOLVED FIXED  =>   保持FIXED状态不变；

B. Reopen bug=>    这个bug还有问题，重新打开；

C. Mark bug as VERIFIED=>   这个bug确实被正确修改了；

D. Mark bug as CLOSED  =>   产品已经发布，将这个bug关闭。

2.6   关于权限的说明：
●  组内成员对bug具有查询的权利，但不能进行修改。

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

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

我用的是winXP sp2，sybase 12.5
--------------------
关闭   Adaptive   Server.    
将Adaptive   Server在Windows   NT   Services中由自动改为手动    
重新启动   Windows   NT   server    
运行regedit修改注册表,   删除以下内容:  
\\HKEY_LOCAL_MACHINE\SOFTWARE\SYBASE\Server\<server_name>  
\\HKEY_LOCAL_MACHINE\SOFTWARE\SYBASE\Server\<server_name>_BS  
\\HKEY_LOCAL_MACHINE\SOFTWARE\SYBASE\Server\<server_name>_HS  
\\HKEY_LOCAL_MACHINE\SOFTWARE\SYBASE\Server\<server_name>_MS    
到注册表的如下结构下：  
\\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session   Manager\Environment  
删除DSLISTEN,   DSQUERY,   SYBASE,   并修改   LIB,   INCLUDE,   PATH删除SYBASE有关目录    
删除如下注册键值:  
\\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services    
SYBSQL_<server_name>    
SYBXPS_<server_name>_XP    
SYBBCK_<server_name>_BS    
SYBMON_<server_name>_MS    
SYBHIS_<server_name>_HS    
重启系统
使用“开始---控制面板---管理工具---服务”确认SYBASE已经卸载    
删除SYBASE   Server所用数据库设备文件及SYBASE系统文件 

vmstat命令用来获得有关进程、虚存、页面交换空间及CPU活动的信息。这些信息反映了系统的负载情况。vmstat首次运行时显示自系统启动开始的各项统计信息，之后运行vmstat将显示自上次运行该命令以后的统计信息。用户可以通过指定统计的次数和时间来获得所需的统计信息。

有关进程的信息有：
r ：在就绪状态等待的进程数。
b ：在等待状态等待的进程数。
有关内存的信息有：
avm ：使用的页面数。
fre  ：空闲队列中的页面数。
有关页面交换空间的信息有：
re   ：在指定时间间隔内每秒要求收回的页面数。
po   ：在指定时间间隔内换入到页面交换空间的页面数。
pi   ：由页面交换空间换出的页面数。
fr   ：在指定时间间隔内释放的页面数。
sr   ：在指定时间间隔内检查的页面数（以确定该页面是否可以释放）。
cy   ：按时钟算法每秒扫描的页面数。
有关故障的信息有：
in   ：在指定时间内的每秒中断次数。
sy   ：在指定时间内每秒系统调用次数。
cs   ：在指定时间内每秒上下文切换的次数。
有关CPU的信息有：
us   ：在指定时间间隔内CPU在用户态的利用率。
sy   ：在指定时间间隔内CPU在核心态的利用率。
id   ：在指定时间间隔内CPU空闲时间比。
wa  ：在指定时间间隔内CPU因为等待I/O而空闲的时间比。

vmstat 可以用来确定一个系统的工作是受限于CPU还是受限于内存：如果CPU的sy和us值相加的百分比接近100%，或者运行队列(r) 中等待的进程数总是不等于 0，则该系统受限于CPU；如果pi、po的值总是不等于0，则该系统受限于内存。

vmstat运用举例：
vmstat –f   ： 显示系统中的子进程数。
vmstat –s   ： 显示系统中不同的事件。
vmstat –i   ： 显示系统的中断数。
vmstat hdisk0 hdisk1： 显示hdisk0 、hdisk1的使用情况。
vmstat 1 10  ：每隔一秒显示一次系统的运行状况，共显示10次。
 
注：
//调整free 用vmo 调整 maxclient和maxperm 。
//若pi po 总都是0，free 大小可忽略。
//Linux中常用的性能检测工具：VMSTAT,TOP,GLANCE,SAR,IOSTATA

开通blog的第一天写什么呢？~偶能力有限，时间也有限，随便写一些吧~

黑盒测试通常包括：
1.　静态包括：需求评审
2.　动态包括：
　　功能测试，性能测试（压力测试，负载测试，等。。）
　　安全性测试，安装测试


常用的黑盒测试工具：
1.　功能测试工具：
    QTP（QuickTestPro）。B/S架构，HP（公司）
    WinRunner。C/S架构，HP
    Robot。IBM
    SilkTest。Borland（跟QTP功能相当）
    QARun。Compuware

2.　性能测试工具：
    LoadRunner。HP
    Robot。IBM
    SilkPerform。Borland
    QAload。Compuware

注意：Robot虽然功能测试和性能测试都可以做，但是总的来说Robot在功能测试上表现的比性能测试要更为出色。