经典题目-如何测试一个一次性纸杯

中国移动苏州研发  软件测试
考察面试者是否熟悉各种软件测试方法， 设计test case的能力, 以及test sense


测试项目：杯子
需求测试：查看杯子使用说明书
界面测试：查看杯子外观
功能度：用水杯装水看漏不漏；水能不能被喝到
安全性：杯子有没有毒或细菌
抗破坏性：杯子从不同高度落下的损坏程度
可移植性：杯子再不同的地方、温度等环境下是否都可以正常使用
兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等
易用性：杯子是否烫手、是否有防滑措施、是否方便饮用
用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述
疲劳测试：将杯子盛上水（案例一）放24小时检查泄漏时间和情况；盛上汽油（案例二）放24小时检查泄漏时间和情况等
压力测试：用根针并在针上面不断加重量，看压强多大时会穿透
跌落测试：杯子加包装(有填充物),在多高的情况摔下不破损
震动测试：杯子加包装(有填充物),六面震动,检查产品是否能应对恶劣的铁路\公路\航空运输
测试数据：测试数据具体编写此处略（最讨厌写测试数据了）。其中应用到：场景法、等价类划分法、因果图法、错误推测法、边界值法等方法
期望输出：该期望输出需查阅国标、行标以及使用用户的需求
说明书测试：检查说明书书写准确性

启发式测试策略模型( Heuristic Test Strategy Model)
在做测试设计时，首先想到的是要应用我们已有的测试技术(Test Techniques)并综合考虑项目环境(Project Environment)、产出物(Product element)、质量准则(quality Criteria)。这样我们就能够得到一个有基本保障的(看得到的)质量(Perceived Quality)

回到刚才所说的“测试一个纸杯”，我们目前能拿到的只有手中的“一个纸杯”，对照一下刚才所说的图，其实最先想到的应该是产出物(Product element)。模型给出了产出物域需要思考的项：


　　结构(Structure)- 所有组成产出物的东西。

　　代码，界面，接口，硬件，非可执行文件，附属物件。

　　功能(Functions)- 所有产品所实现的功能

　　用户界面，系统接口，应用，计算，时间相关性功能，变化(如改变字体)，

　　开启/关闭，多媒体，错误处理，交互，可测性

　　数据(Data) -所有产品处理的数据

　　输入，输出，预设值，持久数据，序列，大小数量变化，噪声数据，生命周期等

　　平台(Platform) -所有被测软件所依赖的外部事物

　　外部硬件，外部软件，内部组建

　　操作(Operation) -所有产品可执行的操作

　　用户，环境，常见操作，非正常操作，极限操作

　　时间(Time) -所有与产品相关的时间指标

　　输入/输出，快/慢，并发，变化率

       结构：用料是否环保?是否能平稳放在桌面上?放了水是否能平稳放在说面上?杯口是否光滑?。。。。。

　　功能：到进水是否不漏，是否不变形?拿起来是否能够不显著变形?水是不是能倒出来?。。。。。

　　数据：放半杯水，放一整杯水，放冷水，放热水，放茶叶，放可乐。。。。。。。

　　平台：能否放在桌子上不倒?手拿着是否不变形，不会感到不舒服?是否能放到杯架、套到别的杯子上?。。。

　　操作：倒进水，喝水，再倒水，倒开水，捏变形，弹烟灰，丢弃。。。。

　　时间：看喝水的时候水是不是很快的能流出来。。。

　　这里边有重复项，这没关系，合并同类项就好了，我们不是要强制归类，而是要利用这些引导词帮你想到该测试的地方。


功能测试(Function test)

1. 能否装水，
2. 除了装水， 能否装其他液体。比如可乐，酒精
3. 能装多少ML的水
4. 杯子是否有刻度表
5. 杯子能否泡茶，跑咖啡
6. 杯子是否能放冰箱，做冰块
7. 杯子的材质是什么（玻璃，塑料,黄金做的）

界面测试(UI Test)

1. 外观好不好看。
2. 什么颜色
3. 杯子的形状是怎么样的。
4. 杯子的重量是多少
5. 杯子是否有异味
6. 杯子的图案是否合理

性能测试(performance test)

1. 能否装100度的开水 (泡茶)
2. 能否装0度冰水
3. 装满水，放几天后，是否会漏水
4. 杯子内壁上的涂料是否容易脱落。
5. 杯子上的颜色是否容易褪色或者脱落
6. 被我坦克压下，是否会碎 (这条是开玩笑的哈)

 
安全性测试(Security test)

1. 制作杯子的材料，是否有毒
2. 放微波炉里转的时候，是否会爆炸, 或者杯子是否会熔化。
3. 从桌子上掉到水泥地上是否会摔碎。
4. 杯子是否容易长细菌
5. 杯子是否有缺口，会划坏嘴巴
6. 杯子内壁上的材料，是否会溶解到水中
7. 杯子破碎后，是否会对使用者造成伤害

可用性测试(Usability Test)

1. 杯子是否容易烫手
2. 杯子是否好端，好拿
3. 杯子的水是否容易喝到
4. 杯子是否有防滑措施

原文：http://www.51testing.com/html/24/15076624-3715819.html

上周末浏览测试网站时，偶然又发现一个带广告图案的花纸杯的测试用例的题目，我当时很专心地拿出笔和本，开始以测试职员的脚度往设计测试用例。在这里首先感谢一下雪樱同学这段时间含辛茹苦的教我测试用例设计方法以及工作中对我测试用例不完善的地方提出建设性意见，再次运用她总结出来的测试用例设计方法1.需求2.相关背景3.影响范围来完成这个题目。  
一需求：  
测试一个带广告图案的花纸杯  
二相关背景：  
1.杯子特性：  
(1)杯子的容量：能装多少升水，空杯，半杯，满杯  
(2)杯子的型状：圆型，上面口大，下面小。  
(3)杯子的材料：纸杯  
(4)杯子的抗摔能力：风吹是否会倒，摔一次是否会摔坏，摔多次是否会摔坏 (5)杯子的耐温性：装冷水，冰水，热水 


2.广告图案：  
(1)广告内容与图案碰水是否会掉色  
(2)广告内容与图案是否正当  
(3)广告内容与图案是否轻易剥落  
三影响范围：  
1.可用性：  
(1)装进液体多久后会漏水  
(2)装进热水多久后可以变温，装进冰水多久后可以融化  
2.安全性：  
(1)装进不同液体，是否会有化学反应。比如：可乐，咖啡等饮料  
(2)装进热水杯子是不是会变型和异味


3.性能：  
(1)不同人群是否能适合杯子的型状，包括握杯的感觉和喝水的感觉  
(2)不同人群是否能接受杯子的广告内容与图案  
以上是我从设计用例思想方面考虑到的用例。真正接口测试用例的设计还要通过阅读代码，挖掘更深层次的相关背景来补充测试用例。功能测试职员会从哪几个方面设计呢。请多指教！  
总之，一个好的测试用例具有较高的发现某个尚未发现的错误的可能性，一个成功的测试用例能够发现某个尚未发现的错误。


在测试用例的设计上，要不断的学习，进步自已设计用例的水平，进步软件的质量。  
-------------------------------------------------------------------------  
-------------------------------------------------------------------------  
Q:考官从办公室（口试现场）随意选取一个简单物品，假定是一个喝水的带广告图案的花纸杯，让应聘人对它设计出尽可能多的测试用例。  
A:这个题目考察你的经验、想象力和思维的灵敏性。所以考官希看你源源不断地说出各种各样的测试用例，一直不停顿，直到他（她）满足为止。通常要十到十五分钟。选择简单物品实在增加了题目的难度。一般有测试经验的应试者可以从“基本功能测试”、“可用性测试”、“安全测试”、“压力测试”、“性能测试”等等角度思考，想出足够的测试用例并不难。从考察你思维的超常性的角度，这题要考你是否能发现凡人想象不到的用例。有不少好的例子，比如“带广告的图案沾水后是否掉色、模糊”；“装水，并且放进汤匙，看杯子是否能平稳放置而不会倾倒在桌上”．．．我还听说过其他一些好的答案，比如“杯子设计是否上大下小，在运输过程中可以套在一起有效利用空间，在使用时也轻易拿开”，“为国际化和本地化的需要，广告图案和文字是否在政治、宗教和文化方面具有广泛的适用性”．．．有必要指出，超常的想象力只有同现实性相结合才能显其高妙，胡思乱想到无理取闹反会弄巧成拙。还要考察你捕捉关键题目的能力，看你是否答出了一些关键的测试用例。比如安全性题目。杯子所用的材料（包括纸基、涂层和广告颜料）是否符合食品卫生标准，在内外温度等环境因素下是否会与所盛各种饮料反应，而产生对人体有害的物质。所有与人的饮食有关的产品，这一条应该是头等重要的。“规格说明书”也是非常好的。我们都知道测试是从设计阶段就开始。所以做为测试不仅要确保设计的规格明确，并按规格设计测试，还有责任对杯子的设计提出建议，对不公道的设计提出更该。“假如是一次性杯子，能否标示已使用（比如变色）”和“杯子是否有使用者标贴（多人使用时防止混淆）”就是非常好的设计建议（我在美国市场还没见过有这种功能的纸杯，不知国内现在是否有）。另外还有人建议杯子上不要印广告，或至少要有没有广告的品种，由于团体消费者可能不能接受。还有人提出用户试用测试用例，比如由公司组织一个晚会，晚会上提供各种免费的饮料，让大家试用这种纸杯。测试职员在晚会中观察并向来宾收集意见。这个题目显然没有标准答案。但要想用你的答案感动考官则需要一定的经验和素质。

原文：http://www.cnblogs.com/lewisky/p/5086969.html