你真的搞懂了黑盒测试了么

   写在前面的：本文是作者在看了51上的日志然后又基于自己的工作实践写下这篇文章的，欢迎大家批评指正(⊙o⊙)哦(⊙o⊙)哦。。。(其中稍有借鉴请谅解)

   在测试行业飞速发展的今天，越来越多的人和企业重视软件测试。测试行业的发展掀起了大众学习测试的浪潮。

   很多新人，在各种论坛学习时，会经常看到的是大家在热火朝天的讨论着各种测试理论及测试工具，什么黑盒测试，白盒测试，功能测试，性能测试，回归测试，自动化测试，又如QTP,Winrunner,Loadrunner,Testdirector，Quicktest，Pro,,,,,,

   可能是因为这个原因，导致大家一听是做测试的，第一反应就会问你们测试时黑盒测试还是白盒测试呀 ？或者就是，你们测试用什么工具呢？

   也许他们认为：如果测试人员只会黑盒测试，而不使用几种测试工具，不会写测试脚本，不会做白盒测试，就不算是一名专业的测试人员。

   但实际上也许是这样的，作为一名测试人员，功能测试是一切测试的基础，他像if else语句是开发的基础一样。做不好功能测试，不管你会使用多少工具，不管你的测试脚本写的多么出神入化，你的测试工作都是不能做好的。

   而功能测试仅仅是黑盒测试。

 

   本人大学毕业后在一家软件公司上班。从程序员开始做起，半年之后，由于种种原因，我开始接触到了软件测试。初期的测试很简单，给你一个WEB(等)产品，点点这个按钮，按按那个图标，从这边输入一个或者是一些数据，从那边看看是否有异常，输出是否正确如此等等。

    如果你是没有真正做过测试，或者说没有做过一个项目完整的功能测试的人，就会片面的认为所谓的"黑盒测试"或者说"功能测试"就是这样，给你一个产品，点点这个按钮按按那个图标，这边输入一些数据，在那边看看输出是否正确。

   但实际上并不是这个样子的，功能测试的重点并不在单元测试，上边描述的这种功能测试顶多能算个【单元功能测试】。功能测试的重点不在单元测试，测试人员做单元的功能测试顶多是帮助开发人员调试产品，仅此而已。

 

   由此看来，其实是这样的，功能测试的难点和重点都在项目的【集成测试】和【系统测试】。

   集成测试:集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求（如根据结构图〕组装成为子系统或系统，进行集成测试。实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现。

   系统测试:系统测试，英文是System Testing。是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试，系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方，从而提出更加完善的方案。系统测试发现问题之后要经过调试找出错误原因和位置，然后进行改正。是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。对象不仅仅包括需测试的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。