仙源何处

“春来遍是桃花水，不辨仙源何处寻”

从大的门类上说：测试可分为白盒测试和黑盒测试。在这两种范畴之内，还包括其它的测试形式：
自动测试 ；
手 工测试 ；
压力 测试 ；
协议一致性测试 ；
互操作性测试 ；
现场测试；
用户界面测试；
文档测试；
。。。。。。
“白盒测试是属于代码级的测试 ，深达代码内部寻找其内部结 构的 BUG；而黑盒测试属于系统级的测试 ，一般要到 开发的后期 ，系统基本稳定之 后，从功能和性能方面着手来进行的测试 。”

“”每种测试手段都发生在特定的项目阶段中 ，比如某一种测试行为 ，按照时间上看它发生在系统测试阶段 ，按照测试的对象来说它属于黑 盒测试 ，按照测试的手段来说它属 于手工测试 ，按照发生的场合来说它属于现场测试 。”

白盒测试（剑）

优点：从程序内部结构设计入手，能够进行非常深入的测试。（主要发生在单元测试和集成测试部分）
缺点：投入人力资源难度大，执行白盒测试的人员需要有不亚于开发人员的技术背景和代码熟悉程度。

总结：很多情况下，白盒测试部分都是开发人员兼任，但这其中的坏处第一章里已经讨论过。白盒测试只是基于代码，只能验证开发人员做的对不对，但不能知道设计的正确与否，可能会漏掉一些功能需求的测试。是一种微观的测试，更注重局部。它适用的场合通常是函数级的单元测试和模块级的集成测试 。在此时 ，往往没有一个成熟稳定可工作的版本供黑盒测试使用 ，所以在这时要么不测 ，要测 ，白盒测试是唯一可行的途径 。白盒测试常用的方法一般有判断覆盖 、条件覆盖 、路径覆盖等 。

黑盒测试（棍棒）

“一般测试流程中的系统测试和验收测试都属于黑盒测试 。它们的特点是朴实无华 ，对测试环境的要求不高 ，随时可以开始 。因为测试的环境就是用 户使用的环境 ，所以测试的针对性很强 ，但是黑盒测试很多时候属于无的放矢型的工作 ，很难靠它来覆盖所有的代码 。据估计 ，大概最多只能覆盖到总代码量的 30 % 。
优点：投入小，见效快，适用于做完整的无风险的外包或者第三方测试，环境简单，可模拟用户的实际使用。
缺点：很难覆盖所有代码和问题

自动测试（含沙射影）

优点：
1.自动测试的可重复性
2.执行的速度与效率

缺点：
1.前期投入比较大
2.自动测试过于机械呆板


“物尽其用”

压力测试

指为某个单一的目 的，大强度地重复性的使用软件的某一功能 ，以期发现该功能 在压力条件下的性能指标 。压力测试 ，英文称为 Stress Test 。

协议一致性测试

定义：测试人员按照协议而不完全是开发人员的设计进行测试 ，测试通过与否的唯一准则是是否与协议的 要求一致 。

互操作性测试

定义：互操作性测试英语叫 Interoperability Test ，就是验证自己的产品和 其他的设备是不是能够正常通信 。”

来由：
第一 ，并不是所有的技术都是有严格协议规定的 ；
第二 ，即使对那些 有协议规定的功能 ，协议总是有缺憾的；对于协议中定义得比较模糊的部分 ，不同的 设备制造商会有不同的理解 。即使协议有明确的规定 ，也未必能担保所有具体的实 现能够完全一致 ；
第三 ，遵守协议这句话对于市场的领导者和跟随者来说意义是不同。

现场测试

定义：“现场测试是一种着重考察通信终端设备和不同网络设备之间信号特性相匹配的测试 。当待测设备的功能和性能依赖于周围的环境尤其是信号环境时 ，现场测试往往是必须的。

用户界面测试

指标 ：
第一是界面的有效性，指执行特定操作所需花费的时间或步骤的数目，这个数目越少越好 ；
第二是界面的连贯性 ，在不同窗口或不同子模块中 ，用户界面的风格应当是一致 ，要不然愚蠢的用户们该抱怨不习惯 了；
第三是界面的传统性 ，界面的风格 和术语是否符合使用者的习惯 ，大家都管关闭程序的命令叫关闭 ，你偏偏要起个名字叫停止 ，谁看了这样的界面都会不舒服的 。”

文档测试

这里所指的文档是指那些伴随着产品同时提供给用户的各种使用手册 、说明书 、须知等 。

原因：
1.文档的开发一般超前于产品 ，这是因为文档都要有一个排版印刷的过程 。
2.有的人不认为文档的开发是产品开发的一环 ，这种忽视容易导致文档的测试不够充分 。