软件测试常用单词：
1．静态测试：Non-Execution-Based Testing或Static testing
        代码走查：Walkthrough
代码审查：Code Inspection
技术评审：Review
2．动态测试：Execution-Based Testing
3．白盒测试：White-Box Testing
4．黑盒测试：Black-Box Testing
5．灰盒测试：Gray-Box Testing
6．软件质量保证SQA：Software Quality Assurance
7．软件开发生命周期：Software Development Life Cycle
8．冒烟测试：Smoke Test
9．回归测试：Regression Test
10．功能测试：Function Testing
11．性能测试：Performance Testing
12．压力测试：Stress Testing
13．负载测试：Volume Testing
14．易用性测试：Usability Testing
15．安装测试：Installation Testing
16．界面测试：UI Testing
17．配置测试：Configuration Testing
18．文档测试：Documentation Testing
19．兼容性测试：Compatibility Testing
20．安全性测试：Security Testing
21．恢复测试：Recovery Testing
22．单元测试：Unit Tes
23．集成测试：Integration Test
24．系统测试：System Test
25．验收测试：Acceptance Test
26．测试计划应包括：
测试对象：The Test Objectives,
测试范围： The Test  Scope,
测试策略： The Test  Strategy
测试方法： The Test  Approach,
测试过程： The test procedures,
测试环境： The Test Environment,
测试完成标准：The test Completion criteria
                                        测试用例：The Test Cases
                                        测试进度表：The Test Schedules
                                        风险：Risks
                                        Etc
27．主测试计划： a master test plan
28．需求规格说明书：The Test Specifications
29．需求分析阶段：The Requirements Phase
30．接口：Interface
31．最终用户：The End User
31．正式的测试环境：Formal Test Environment
32．确认需求：Verifying The Requirements
33．有分歧的需求：Ambiguous Requirements
34．运行和维护：Operation and Maintenance.
35．可复用性：Reusability
36．可靠性： Reliability/Availability
37．电机电子工程师协会IEEE：The Institute of Electrical and Electronics Engineers)  
38．要从以下几方面测试软件：
正确性：Correctness
实用性：Utility
性能：Performance
健壮性：Robustness
可靠性：Reliability

关于Bugzilla：
1．Bug按严重程度（Severity）分为：
Blocker，阻碍开发和/或测试工作
              Critical，死机，丢失数据，内存溢出
             Major，较大的功能缺陷
             Normal，普通的功能缺陷
            Minor，较轻的功能缺陷
Trivial，产品外观上的问题或一些不影响使用的小毛病，如菜单或对话框中的文字拼写或字体问题等等
        Enhancement，建议或意见
2．Bug按报告状态分类（Status）
   待确认的（Unconfirmed）
         新提交的（New）
        已分配的（Assigned）
   问题未解决的（Reopened）
         待返测的（Resolved）
         待归档的（Verified）
         已归档的（Closed）
3．Bug处理意见（Resolution）
                      已修改的（Fixed）
不是问题（Invalid）
                       无法修改（Wontfix）
        以后版本解决（Later）
                 保留（Remind）
                        重复（Duplicate）
                 无法重现（Worksforme）
对软件测试感兴趣的朋友可以和我交流：qq：306513768

对缺陷管理，软件测试感兴趣的朋友可以和我交流：qq:306513768
3.安装bugzilla
  3.1设置bonsaitools symlink
   mkdir /usr/bonsaitools  
   mkdir /usr/bonsaitools/bin
   ln -s /usr/bin/perl /usr/bosaitools/bin/perl
   perl -pi -e 's@#!/usr/bonsaitools/bin/perl@#!/usr/bin/perl@' *cgi *pl Bug.pm
  3.2为mysql添加用户bugs
   mysql> GRANT SELECT,INSERT,UPDATE,DELETE,INDEX, ALTER,CREATE,DROP,REFERENCES ON bugs.* TO bugs@localhost IDENTIFIED BY 'bugs_password';  
   mysql> FLUSH PRIVILEGES;  
3.3 解开bugzilla.tar.gz到/var/www/cgi-bin/
     后执行./checksetup.pl
     当通过后要求输入管理员相关信息
3.4修改localconfig
     server's host: "localhost"
     database name: "bugs"
     MySQL username: "bugs"
     Password for the "bugs" MySQL account above
3.5chown -R apache:apache /usr/local/bugzilla
    su - apache
    cd /usr/local/bugzilla
    ./checksetup.pl
    /etc/init.d/httpd restart
3.6修改bugzilla目录的权限为可读
3.7在别机子上http://192.168.0.8/cgi-bin/bugzilla/index.cgi测试               

补充:
   在这个安装过程中mysql的版本是4.0.1源码安装,如果使用rpm的Mysql-client连接数据库时回报错:
Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock'(2)";,            
这是因为mysql4.0.1一个MySQL客户可以两种不同的方式连接mysqld服务器：Unix套接字，它通过在文件系统中的一个文件(缺省“/tmp/mysqld.sock”)进行连接；
但是Mysql-client默认找的是'/var/lib/mysql/mysql.sock',由于没有这个文件因此报错.解决办法很简单,使用源码安装的mysql连接数据库.
            


是你的mysql.sock 文件不存在了，
可能是被你不小心删除了，

连接localhost通常通过一个Unix域套接字文件进行，一般是/tmp/mysql.sock。如果套接字文件被删除了，本地客户就不能连接。这可能发生在你的系统运行一个cron任务删除了/tmp下的临时文件。

如果你因为丢失套接字文件而不能连接，你可以简单地通过重启服务器重新创建得到它。因为服务器在启动时重新创建它。
另一个解决办法是你现在不能用套接字建立连接因为它不见了，你可以建立一个TCP/IP连接，例如，如果服务器主机是192.168.0.1，你可以这样连接：

%mysql -u root -h 192.168.0.1 -p
%mysqladmin -u root -h 192.168.0.1 -p shutdown

如果套接字文件被一个cron任务删除，问题将重复出现，除非你修改cron任务或使用一个或使用一个不同的套接字文件，你可以使用全局选项文件指定一个不同的套接字，例如，如果数据目录是/usr/local/var，你可以通过将下列行加入/etc/my.cnf中，将套接字文件移到那里：

[mysqld]
socket=/usr/local/var/mysql.sock
[client]
socket=/usr/local/var/mysql.sock
对服务器和客户均指定路径名，使得它们都使用同一个套接字文件。如果你只为服务器设置路径，客户程序将仍然期望在原位置执行套接字，在修改后重启服务器，使它在新位置创建套接字


=============================================
怎样保护“/tmp/mysql.sock ”不被删除

如果你有这个问题，事实上任何人可以删除MySQL通讯套接字“/tmp/mysql.sock”，在Unix的大多数版本上，你能通过为其设置sticky（t）位来保护你的“/tmp”文件系统。作为root登录并且做下列事情：

shell> chmod +t /tmp

这将保护你的“/tmp”文件系统使得文件仅能由他们的所有者或超级用户(root)删除。

你能执行ls -ld /tmp检查sticky位是否被设置，如果最后一位许可位是t，该位被设置了。
=============================================

一个MySQL客户可以两种不同的方式连接mysqld服务器：Unix套接字，它通过在文件系统中的一个文件(缺省“/tmp/mysqld.sock”)进行连接；或TCP/IP，它通过一个端口号连接。Unix套接字比TCP/IP更快，但是只有用在连接同一台计算机上的服务器。如果你不指定主机名或如果你指定特殊的主机名localhost，使用Unix套接字。

错误(2002）Can't connect to ...通常意味着没有一个MySQL服务器运行在系统上或当试图连接mysqld服务器时，你正在使用一个错误的套接字文件或TCP/IP端口。

由检查(使用ps)在你的服务器上有一个名为mysqld的进程启动！如果没有任何mysqld过程，你应该启动一个。

如果一个mysqld过程正在运行，你可以通过尝试这些不同的连接来检查服务器(当然，端口号和套接字路径名可能在你的安装中是不同的)：

shell> mysqladmin version
shell> mysqladmin variables
shell> mysqladmin -h `hostname` version variables
shell> mysqladmin -h `hostname` --port=3306 version
shell> mysqladmin -h 'ip for your host' version
shell> mysqladmin --socket=/tmp/mysql.sock version
注意hostname命令使用反引号“`”而非正引号“'”；这些导致hostname输出（即，当前主机名)被代替进mysqladmin命令中。

这是可能造成Can't connect to local MySQL server错误的一些原因：

mysqld不在运行。
你正在使用MIT-pthreads的一个系统上运行。如果正在运行在一个没有原生线程的系统上，mysqld使用 MIT-pthreads 软件包。然而，MIT-pthreads不支持Unix套接字，因此当与服务器连接时，在这样一个系统上，你总是必须明确地指定主机名。试试使用这个命令检查到服务器的连接：
shell> mysqladmin -h `hostname` version
某人删除了mysqld使用的Unix套接字(缺省“/tmp/mysqld.sock”)。你可能有一个cron任务删除了MySQL套接字(例如，一个把旧文件从“/tmp”目录中删除的任务)。你总是可以运行mysqladmin version并且检查mysqladmin正在试图使用的套接字确实存在。在这种情况下，修复方法是删除cron任务而不删除“mysqld.sock 或将套接字放在其他地方。你能用这个命令在MySQL配置时指定一个不同的套接字地点：
shell> ./configure --with-unix-socket-path=/path/to/socket
你也可以使用--socket=/path/to/socket选项启动safe_mysqld和在启动你的MySQL客户前设置环境变量MYSQL_UNIX_PORT为套接字路径名。你可用--socket=/path/to/socket选项启动mysqld服务器。如果你改变了服务器的套接字路径名，你也必须通知MySQL客户关于新路径的情况。你可以通过设置环境变量MYSQL_UNIX_PORT为套接字路径名或由提供套接字路径名作为客户的参数做到。你可用这个命令测试套接字：

shell> mysqladmin --socket=/path/to/socket version
你正在使用 Linux和线程已经死了(核心倾倒了)。在这种情况中，你必须杀死其它mysqld线程(例如在启动一个新的MySQL服务器之前，可以用mysql_zap脚本）。见18.1 如果MySQL总是崩溃怎么办。
如果你得到错误Can't connect to MySQL server on some_hostname，你可以尝试下列步骤找出问题是什么：

通过执行telnet your-host-name tcp-ip-port-number并且按几次回车来检查服务器是否正常运行。如果有一个MySQL运行在这个端口上，你应该得到一个包含正在运行的MySQL服务器的版本号的应答。如果你得到类似于telnet: Unable to connect to remote host: Connection refused的一个错误，那么没有服务器在使用的端口上运行。
尝试连接本地机器上的mysqld守护进程，并用mysqladmin variables检查mysqld被配置使用的TCP/IP端口(变量port)。
检查你的mysqld服务器没有用--skip-networking选项启动。


不要使用 mysql -h 'localhost'来连接mysql服务器，这样的语句只能在同一台机子上运行，用mysql -h 127.0.0.1 这样的语句来连接服务器。

对缺陷管理，软件测试感兴趣的朋友可以和我交流：qq:306513768

一 环境:linux7.2 bugzilla-2.17.3.tar

bugzilla的环境需求:

MySQL database server和mysql client (3.22.5最好是原码安装)

Perl (5.004 or greater, 5.6.1 is recommended if you wish to use Bundle::Bugzilla)

DBI Perl module

Data::Dumper Perl module

Bundle::Mysql Perl module collection

TimeDate Perl module collection

GD perl module (1.8.3) (optional, for bug charting)

Chart::Base Perl module (0.99c) (optional, for bug charting)

DB_File Perl module (optional, for bug charting)

web服务器:Apache

MIME::Parser Perl module

二
安装步骤

1.安装或升级到perl5.6.1版本

2.安装perl模块

2.1可以直接perl -MCPAN -e 'install "Bundle::Bugzilla"'安装与bugzilla相关的模块,这个过程比较耗时,并且由于网络速度的影响会很慢一定要耐心等待.(我在安装时过于着急,就中断了,后面造成第一次安装模块不完全).如果这一步成功了就可以跳过下面的手动安装.

2.2如果上面安装失败,就进行手动安装.bugzilla需要必要的模块是

AppConfig (v1.52) CGI (v2.88) Data::Dumper (any) Date::Parse (any) DBI (v1.13)

DBD::mysql (v1.2209) File::Spec (v0.82) File::Temp (any) Template (v2.07) Text::Wrap (v2001.0131)

如果要使用 Bugzilla 的图表功能，还需要安裝以下的模块：

GD (v1.20) Chart::Base (v0.99) XML::Parser (any) GD::Graph (any) GD::Text::Align (any)

方法一:

模块安装方式如下(其他模块相似):

perl -MCPAN -e 'install "DBI"'

注意此时会ftp到bugzilla网站下下载相关的安装文件.注意网速有时会很慢耐心等候

方法二:

找到该模块需要的相关文件的地址,在win2000下用flashget下载(这样会快一些)然后在传到linux上

tar zxvf *.tar.gz

cd *

perl Makefile.PL

make

make test

make install

注意在DBI和DBD::mysql是有先后顺序的.先安装DBI,后安装DBD::mysql(它会用到mysql的一些头文件所以mysql要原码安装)

mysql原码安装后,需要用mysql_install_db创建数据库,然后chmod -R mysql.mysql VAR 用mysqld_safe &启动数据库

软件测试行业在国内尚处于起步和发展阶段，目前仍以手工测试为主，国内的软件开发工作测试人员与开发人员的比例大概在1：9-1：15之间；而在国外，软件测试行业的发展相对来说比较成熟，据统计，在欧美的软件项目中，软件测试的工作量要占到项目总工作量的40%，软件测试的费用要占到项目总经费的30%，在微软公司，测试人员与开发人员的比例大概为1.5:1,在borland的公司，测试人员与开发人员的比例大概为1：1。比尔盖茨曾经说过“人们都说我们是世界上最大的软件开发公司，其实我们更是世界上最大软件测试公司”。
不过，这两年，随着软件外包行业的兴起，软件测试也逐渐的升温，对软件测试工程师的需求也在逐年加大，据统计2005，国内软件测试工程师的缺口达到20万以上，测试人员的待遇和地位都有了较大幅度的提高。
那么就让我们来分析一下目前国内软件公司里面测试部门的主要组织结构，主要分三种情况：小公司，大公司，专业的外包公司。

1.小公司：
如图3-1所示：

图3-1小公司组织结构

小公司里面一般没有独立的测试部门，往往会下设多个项目组，每个项目组里面配1-3名测试人员，直接归项目经理(project manager)领导，所有的项目组又统一归技术总监领导；有个更小的公司只做一个项目，则只有一个项目经理。
这种组织架构的一个弊端就是没有独立的测试部门，有人戏称项目经理既是运动员又是裁判员，测试人员起不到较好的质量监督和保障作用。




2.大公司：
如图3-2所示：

                              图3-2 大公司组织结构

从上图可以看出，测试部门已经从项目部门独立出来，测试工程师的直接领导是测试经理(test manager)，测试经理根据项目的需要，把测试人员派往不同的项目组进行项目的测试和质量监督，测试工程师在项目质量上要对项目经理负责，其工作任务完成情况要向测试经理汇报，有人将其称之为双向领导。当然，项目经理和测试经理的领导还是技术总监。
这种组织结构想对于图3-1的组织结构有了一定的进步，测试部门从开发部门独立出来，会起到更好的第三方监督作用。

3.专业的外包公司

先解释一下什么是软件外包，软件外包，英文叫Software Outsourcing,指的是一些软件公司，处于节省成本或是优势互补等原因，将其项目中的测试，部分编码或是设计等工作委派给第三方的公司来完成。
由于市场环境的成熟和国家政策的扶持，这两年国内的软件外包市场比较火爆，已经成为软件行业的一个新的经济增长点，也涌现出了一大批专业的软件外包公司，如博彦科技公司，主要给微软和惠普公司的产品作测试…这些公司不满足于只做外围的测试外包业务，都逐渐向编码，设计等核心领域挺进。

这类公司的管理和运作方式接近于外企，如果有可能的话会直接进驻外企总部工作，但其对员工的英文水平要求较高。

让我们来看一下这类公司的一般组织结构，如图3-3所示：

图3-3 专业外包公司组织结构

这里的项目经理其实就是测试经理，因为外包公司是把产品测试当作项目去做的，项目经理既要精通测试，也要懂得项目管理的知识；由于测试人员较多，一般一个项目组中会分成若干个测试小组每个测试小组会有一个测试组长（test leader）。
对测试技术感兴趣的朋友，可以和我交流：
qq:306513768

[ 本帖最后由 hanjiangguai 于 2007-3-26 09:24 编辑 ]