黑盒测试

随着网络的日益发展，B/S架构的不断完善，网站开发技术的日趋简便，使得建设一个Web系统越来越容易，生命周期越来越短。

测试小技巧集锦之黑盒测试

网站测试囊括许多领域，包括配置测试、兼容性测试、易用性测试、文档测试、安全性测试，并且假如网站是面向全球范围的浏览者，还包括本地化测试。当然，黑盒、白盒、静态、动态测试都是要用上的。

黑盒手动测试：有输入框的页面测试、有输入框的页面测试

在黑盒测试中要保证测试的覆盖率，主要要做好测试需求分析

几个月前我还在谈论黑盒测试不一定比白盒测试技术含量低，现在我却可以比较肯定地说，黑盒测试比白盒测试更难，技术要求更高。道理其实非常简单，黑盒，白盒测试的本质区别在于源代码的访问权利，白盒测试具有这种权利，因此也就具有更多的资源和信息进行测试，当然事情就会变得容易很多，而黑盒测试由于不能看到源代码，就使得对于白盒测试人员发现的bug，你要花更多的时间，并且具有更高的技术才有可能发现。

黑盒测试如何确保需求的覆盖度?首先我们要明确这里提到的需求到底是什么。在软件研发活动中，涉及到的需求有用户需求、系统需求、测试需求等。

他们最大的差别只有一点，那就是“耐心”。两种测试比较的话，需要把自动化测试等排除再外，这样比较会比较公平。

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

黑盒测试是一种仅仅基于需求和规格说明书进行测试的测试策略。不同于它的补充物白盒测试，黑盒测试不需要了解被测软件的内部结构、逻辑以及实现。

首先把数目极大的输入数据划分成若干等价类。等价类是指某个输入域的子集合。在子集合中，各个输入数据对于揭露软件中的错误都是等效的，并且合理的假定：测试某等价类的代表值等价于对这一类其他值的测试。因此可以把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代表性测试数据，取得较好的测试效果。

黑盒测试，常用的有：边界值分析;等价类划分; 错误猜测等。

边界值分析法，有较好的测试回报率。该法较简单，仅是用于考察正处于等价划分边界或在边界附近的状态。因此，只需明确边界条件这一定义即可。边界条件，是指输入和输出等价类中那些恰好处于边界、或超过边界、或在边界以下的状态。

等价类划分，是一个最优子集的挑选过程。该子集必须具备两个特性

黑盒测试也称功能测试或数据驱动测试。它在已知产品应具有的功能的条件下，通过测试来检测每个功能是否都能正常使用。在测试时，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。

黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。

刚看到每周一问中有对黑盒测试覆盖率的讨论，其实也就是对测试用例如何设计的讨论，现在谈一下我的观点（只针对功能测试）。

软件测试有一个致命的缺陷，即测试的不完全、不彻底性。由于任何程序只能进行少量（相对于穷举的巨大数量而言）的有限的测试，在未发现错误时，不能说明程序中没有错误。

冷静、整理、规划、沟通、探讨、总结。在合作竞争的环境下，共同努力，促进良性循环，完成工作，增进感情。

软件测试方法一般分为两种：白盒测试与黑盒测试。其中，白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试，着重于程序的内部结构及算法，通常不关心功能与性能指标。黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试，实际上是站在最终用户的立场上，检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定。