近来有位朋友在面试时遇见一个问题，其实这个题目很多人都听说过，那就是水杯测试。
在51或者各大测试网站上都有过水杯测试的文章，不少公司也将水杯测试当做面试题目，其实就软件测试这个行业而言，我个人觉所谓的水杯测试其实是一个失败的问题，不管是回答这道题目的人还是出这道题目的人，我都想说，水杯测试是对测试员的误导，也是一种错误的认可，就水杯测试本身而言是对用例的设计方法的一种教学案例，培训新人时也许用的到，但是我们有很多人却将这个水杯测试的功能无限放大，甚至希望通过这个测试来选择一些优秀的人才，来看看测试员是否具备测试思维。
在这里我简单的分析一下水杯测试，首先水杯是一个产品，是一个实实在在存在的东西，如果你的公司是以实物产品为主打的，那自然无可厚非，不过与其说这样是测试，倒不如说是质检，质量检测，水杯测试和我们软件测试这个行业真的是没有多大关系。
其次软件测试的基础，是对业务的了解，在测试的最开始的环节是对需求的掌握，是对业务流程的掌握，而试问水杯测试却是绕过了这两个环节，能够用在水杯测试上得测试思维实际上少的可怜，也许有些小聪明的新人会去问问有什么需求。是用来做什么的，但是这还是不够的，他缺少一个构成软件的流程，业务流程，或者说先后顺序，你会去考虑没有加水的时候能不能喝吗？但是在软件的时候经常需要考虑如果没有上一个操作能否进行下一个操作，水杯的功能是单独的，而不是贯通性的。
在这里也引申一下，所有的实物测试均和软件测试有本质上得不同，如果我们只是针对功能进行测试的教学，那么是可以借用的，可如果是在了解测试基础后就不需要再去过多的研究，而公司招人更不应该将此作为一个参考，如果根据这类问题你招到得员工看似优秀考虑问题较为全面而实际上却不能将业务联系起来，其真实能力却还是需要培训。。。
下面我们来对比已知的水杯测试经典用例
水杯测试
-------以下内容来自互联网，由于流传甚广，没有办法确定这个案例的由来--------
测试项目：杯子
需求测试：查看杯子使用说明书
界面测试：查看杯子外观
功能度：用水杯装水看漏不漏；水能不能被喝到
安全性：杯子有没有毒或者细菌
可靠性：杯子从不同高度落下的损坏程度
可移植性：杯子在不同的地方、温度等环境下是否都可以正常使用
兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等
易用性：杯子是否烫手、是否有防滑措施、是否方便饮用
用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述
疲劳测试：将杯子盛上水（案例一）放24小时检查泄漏时间和情况；盛上汽油（案例二）放24小时检查泄漏时间和情况等
压力测试：用根针并在上面不断加重量，看压强多大时会穿透
跌落测试：杯子加包装（有填充物），在多高的情况下摔下不破损
震动测试：杯子加包装（有填充物），六面震动，检查产品是否能应对恶劣的铁路\公路\航空运输
测试数据：
其中应用到：场景法、等价类划分法、因果图法、错误推测法、边界值法等方法
期望输出：
该期望输出需查阅国标、行标以及使用用户的需求
说明书测试：检查说明书书写准确性
相信这份文档不少朋友已经通过各种途径看过或者听说过了，然而实际上这种测试甚至可以列为无效测试，原因如下。
原因之一，从软件的角度来讲，我们只需要关心能不能实现而不用考虑实现的质量，但是实物测试不同，大家都有喝过粘稠状的液体，比如玉米糊，乳酸奶等，一旦液体的粘稠度超过了一定的限度，我们要考虑的就不只是能不能被喝到，而是怎样喝道，假设粘稠度足够高，那么很有可能这些物质就会粘在杯底，不管是喝得时候还是对水杯做清洁的时候都会极为不便，这一点是功能度。
原因之二，水杯作为日常生活中离不开的生活用品，与我们的健康息息相关，而我们的用例思想还停留在产品的使用上，这里面就有一个影子，因为软件关心的就是能不能使用，毕竟不管软件能不能使用都不会影响到我们的健康，而水杯不然，这里我提出一点，水杯装的液体在什么情况下不会影响到人体健康，比如塑料杯在装开水时就会因为化学作用产生一些对人体有害的物质，纸杯在温度过高时，内部的一层油膜也会溶解在液体里，诸如此类的因素在软件上都是不必考虑的因素，而作为实物来讲，确是不容忽视的因素，这一点是针对所谓的水杯测试的安全性。
