请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。

²  白盒测试：关注软件内部结构和程序的设计实现，主要测试依据是设计文档.

²  黑盒测试：不关心软件内部结构，只关心输入输出，主要测试依据是需求文档.

²  单元测试:一般由开发小组采用白盒方式来测试，主要测试单元是否符合详细设计规格说明书的要求。

²  集成测试界于单元测试和系统测试之间，起到“桥梁作用”，一般由测试小组或开发小组采用白盒+黑盒的方式来测试，主要测试模块接口,及集成后的整体功能,验证与概要设计规格说明书的符合度。

²  系统测试:一般由独立测试小组采用黑盒方式来测试，主要测试系统是否符合需求规格说明书的要求。

²  验收测试与系统测试非常相似，主要区别是测试人员不同，验收测试由用户代表或最终用户执行。

1.   功能测试：完全不考虑程序内部逻辑结构，针对软件界面和功能进行测试。检查程序功能是否符合需求规格说明书的规定。

2.   性能测试：是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。

3.   负载测试：测试一个应用在不同负荷下的表现，例如测试一个 Web 站点在大量的负荷下，何时系统的响应会退化或失败。

4.   强迫测试：在交替进行负荷和性能测试时常用的术语。也用于描述在异乎寻常的重载下的系统功能测试之类的测试，如某个动作或输入大量的重复，大量数据的输入，对一个数据库系统大量的复杂查询等。

5.   可用性测试：对“用户友好性”的测试。显然这是主观的，且将取决于目标最终用户或客户。用户面谈、调查、用户对话和录象及其他一些技术都可使用。程序员和测试员通常都不宜做可用性测试。

6.   安装/卸载测试：对软件的全部、部分或升级安装/卸载处理过程的测试。

7.   恢复测试：测试一个系统从异常中能否很好地恢复，如遇到系统崩溃、硬件损坏或其他灾难性问题。

8.   安全测试：测试系统在防止非授权的内部或外部用户的访问或故意破坏等情况时怎么样。这可能需要复杂的测试技术。

9.   兼容测试：测试软件在一个特定的硬件/软件/操作系统/网络等环境下的性能如何。

10.  比较测试：与竞争伙伴的产品的比较测试，如软件的弱点、优点或实力。

11.  Alpha 测试：在系统开发接近完成时对应用系统的测试；测试后，仍然会有少量的设计变更。这种测试一般由用户代表完成，测试员记录问题。

12.  Beta 测试：当开发和测试完成后对Beta版本所做的测试，这种测试一般由最终用户完成，不能由程序员或测试员完成。

    经常有人会认为alpha和beta测试属于验收测试,甚至一些测试书籍上也没有明确说清楚,但我们测试培训中心的老师讲, alpha和beta测试都不属于验收测试,我认为比较有道理.老师讲解意思如下:

    对于软件项目来说,在系统测试后,有验收测试(有用户参与);
    对于软件产品来讲,在系统测试后,有 alpha和beta测试:

    alpha测试是测试环境尽量真实,由软件公司内部人员模拟各类用户对即将面世的软件产品进行测试, 测试人员在一旁记录发现的问题和缺陷.

    beta测试是由典型用户在日常工作中实际使用beta版本,并要求用户报告异常情况,提出意见.

以下是我个人做的,仅供参考,有不同的请大家一起讨论,共同进步!

   黑盒测试：从用户角度出发，根据规格说明设计测试用例，并不涉及程序的内部特性和内部结构，只依靠被测程序输入和输出之间的关系或程序的功能设计测试用例。黑盒测试有两个显著特点：

   （1）黑盒测试与软件的具体实现过程无关，在软件实现的过程发生变化时，测试用例仍然可以用。

   （2）黑盒测试用例的设计可以和软件实现同时进行，这样能够压缩总的开发时间。

    黑盒测试主要是为了发现以下几类错误：

　  1、是否有不正确、遗漏或额外的功能实现？

    2、在接口上，输入是否能正确的接受？能否输出正确的结果？

    3、是否有数据结构错误或外部信息（例如数据文件）访问错误？

    4、性能上是否能够满足要求？

    5、是否有初始化或终止性错误？

  白盒测试：已知程序的内部结构，检查内部操作是否按规定执行。主要对程序细节进行严密检验，针对特定条件和循环设计测试用例，对程序的逻辑路径进行测试。通过在程序的不同点检查程序状态，确定实际状态是否与预期的状态一致。

    白盒测试主要是想对程序模块进行如下检查：

　  1、程序的所有语句至少执行一次。

    2、对所有的逻辑条件都能至少执行一次。

    3、在循环的边界和运行的界限内执行循环体。

    4、测试内部数据结构的有效性，等等。

   从以上可以看出就算执行了完美的黑盒测试也是无法测试程序内部特定部位，另外当规格说明本身有误，也不能发现问题。而白盒测试能对程序的内部特定部位进行覆盖测试，所以黑盒和白盒测试为互补关系，结合起来进行测试用例的设计更为合理。

经验表明，通常在进行单元测试时采用白盒测试方法，集成测试采用灰盒测试方法，系统测试采用黑盒测试方法。

   软件缺陷的主要类型有:

1、功能、特性没有实现或部分实现

2、设计不合理，存在缺陷

3、实际结果和预期结果不一致

4、运行出错，包括运行中断、系统崩溃、界面混乱

5、数据结果不正确、精度不够

6、用户不能接受的其他问题，如存取时间过长、界面不美观。

一般来说，问题越严重的，优先级越高，越要得到及时的修复。软件公司对缺陷严重等级划分不尽相同，但一般分为四个等级：

   1．致命错误（fatal）：造成系统或应用程序崩溃、死机、系统挂起，或造成数据丢失，主要功能完全丧失，导致本模块以及相关模块异常等问题。

   2．严重错误（critical）：功能和特性没有实现导致严重的问题或致命的错误声明。问题局限在本模块，导致模块功能失效或异常退出。

   3．一般错误（major）：次要功能丧失，提示信息不太准确，或用户界面差，操作时间长、模块功能部分失效等。

   4．建议问题（suggestion）：由问题提出人对测试对象的改进意见或测试人员提出的建议、质疑。

   给你一个软件，你测试了一个月都没有发现bug，这说明什么？你怎么办？

看到这个题目，一时之间真不知道如何回答，因为的确没有遇到过这样的情况。我的看法是:

1.说明软件已经没有bug了.严格说应该是说明软件中残留的bug已经很少了且是隐藏比较深的.尤其是一个经过大量使用的成熟软件,但对于一个新软件来讲，很少会遇到测试了一个月都没有发现bug的情况.

2.说明测试用例设计的太少或不够好,需要补充新的测试用例.尤其需要补充一些覆盖无效等价类的测试用例.

3.测试人员需要突破思维定势,打破常规.常见的情况可能是测试人员和程序员合作一段时间后,也更容易发现程序员容易犯的错误,但随着程序员对这些常犯错误的总结逐渐成熟起来,在写代码的时候，根据以前多次修改BUG的经验，已经在自觉的规避可能出错误的代码写法，从而写出的代码更规范更可靠。若测试人员还按照惯性思维去测试，当然就不太容易再发现BUG了。这时候,测试人员就应该突破思维定势,打破常规!多和别的测试人员交流,不断学习新的测试技术和方法,积极的实践!